# Оказание услуг по технической поддержке муниципальной информационной системы «Референдум»

- Номер: 0151600003226000012 (44-ФЗ)
- Заказчик: ДЕПАРТАМЕНТ СВЯЗИ И ИНФОРМАТИЗАЦИИ МЭРИИ ГОРОДА НОВОСИБИРСКА
- НМЦК: 360 000,00 ₽
- Подача заявок до: 15.10.2026
- Карточка ЕИС: https://zakupki.gov.ru/epz/order/notice/ea20/view/common-info.html?regNumber=0151600003226000012

**Требование к опыту:** Опыт не нужен
**Суть:** Годовая техническая поддержка (режим 24/7) муниципальной информационной системы «Референдум» (учёт избирателей) мэрии Новосибирска: устранение инцидентов, консультации, администрирование, обновления и адаптеры СМЭВ; поддержка удалённая, но при авариях требуется очный выезд с прибытием в течение 1,5 часов.
**Тип проекта:** Сопровождение
**Сроки:** С 01.01.2027 по 31.12.2027, сдача и оплата поквартально
**Оплата:** Ежеквартально, в течение 7 рабочих дней после подписания заказчиком документа о приёмке; цена твёрдая
**Гарантия:** Гарантийный срок на оказываемые услуги не установлен (явно указано в ООЗ)
**Только СМП/СОНКО:** да
**Очное присутствие:** Очно
**Про присутствие:** Прямо указано: услуги оказываются и удалённо, и в очном режиме; при аварийных ситуациях исполнитель должен прибыть на объект не позднее 1,5 часов с момента заявки
**Можно ли сразу:** Нужна история/допуск
**Пояснение:** Нужны конкретные компетенции по платформе ИС.ПРОМЕТЕЙ/ИС.МЭВ и интеграции со СМЭВ, плюс присутствие в Новосибирске для очного выезда
**Существующая система:** Муниципальная информационная система «Референдум» (учёт избирателей), построена на платформе «ИС.ПРОМЕТЕЙ» с использованием «ИС.МЭВ» (реестр российского ПО), интеграция со СМЭВ, Active Directory/SSO
**Как выбирают:** Электронный аукцион (44-ФЗ) — по наименьшей цене
**Сложность:** high
**Комментарий:** Нужны конкретные компетенции по узкой платформе (ИС.ПРОМЕТЕЙ/ИС.МЭВ, СМЭВ) и присутствие в Новосибирске при очень низкой цене контракта (360 тыс. руб/год) и жёсткими SLA — обычной веб-студии не подходит

## Признаки заточки под исполнителя: 20% (средний)
Это поддержка уже работающей системы на узкой платформе «ИС.ПРОМЕТЕЙ», и требование передавать официальные обновления фактически оставляет исполнение разработчику платформы или его партнёру. Добавляет ограничение требование очного прибытия за 1,5 часа в Новосибирске. При НМЦК 360 тыс. ₽ в год с режимом 24/7 и жёстким SLA выгодно это лишь тому, кто уже сопровождает систему. Отбор только по цене, требований к опыту нет.
- incumbent_lock (+15): «По мере готовности официальных обновлений/дополнений Системы, Исполнитель должен передавать Заказчику дистрибутивы версий обновлений.» — Система построена на узкой low-code платформе «ИС.ПРОМЕТЕЙ»/«ИС.МЭВ»; выпускать «официальные обновления» и дистрибутивы может только её разработчик или его партнёр, а исходники и проектная документация участникам не предоставляются. [docs/0151600003226000012/ООЗ.pdf]
- local_presence (+5): «Для оказания экстренных услуг по восстановлению работоспособности программного обеспечения Исполнитель должен прибыть в течение не более 1,5 часов с момента поступления заявки от Заказчика» — Прибытие за 1,5 часа круглосуточно, включая выходные, фактически требует штата в Новосибирске, хотя система веб-ориентированная и сопровождается в основном удалённо. [docs/0151600003226000012/ООЗ.pdf]
Возможные честные причины: Система уже эксплуатируется и связана с персональными данными избирателей; очный выезд при авариях объясним критичностью; обновления платформы законно выпускает только её правообладатель.

## Что сделать
- Поддержание работоспособности МИС «Референдум» в режиме 24/7
- Обработка обращений (инциденты, консультации, запросы на обслуживание) по SLA с приоритетами
- Администрирование и настройка системы, недоступные специалистам заказчика
- Установка обновлений (с тестированием на стенде перед продакшеном)
- Актуализация адаптеров СМЭВ при изменении форматов федеральных сервисов
- Восстановление БД из резервных копий, работа со справочниками и печатными формами
- Экстренный выезд на объект при авариях (прибытие не более 1,5 часов)
- Ежеквартальная отчётность и учёт трудозатрат

## Платформа и технологии
- ИС.ПРОМЕТЕЙ
- ИС.МЭВ
- СМЭВ
- Active Directory / SSO
- Low-code платформа

## Допуски, пропуска, режим
- Удалённый доступ к системе через защищённую сеть передачи данных заказчика (учётные данные выдаются лично уполномоченному представителю)
- Обеспечение конфиденциальности персональных данных избирателей при обработке

## Штрафы и риски
- Обеспечение исполнения контракта 10%
- Право заказчика расторгнуть контракт в одностороннем порядке при более 3 просрочках за 90 дней либо превышении срока решения заявки более 10 рабочих дней
- Интегральный показатель качества техподдержки ниже 0,8 — услуги за период признаются ненадлежащими
- Штрафы и пени по стандартным правилам 44-ФЗ

_Выжимка сделана автоматически по документам закупки; юридически значимы только сами документы (файлы в папке «Документы» и текст в 01_ТЕКСТ_ВСЕХ_ДОКУМЕНТОВ.txt)._


# ПОЛНЫЙ ТЕКСТ ДОКУМЕНТОВ

=== ФАЙЛ: ООЗ.docx | docs/0151600003226000012/ООЗ.pdf
УТВЕРЖДАЮ
Начальник управления информатизации
мэрии города Новосибирска
_______________________ Чернов А.В.
«___»_____________20__ г.
ОПИСАНИЕ ОБЪЕКТА ЗАКУПКИ
на оказание услуг по технической поддержке
муниципальной информационной системы «Референдум»
2027
2
1. ПЕРЕЧЕНЬ ТЕРМИНОВ, ИСПОЛЬЗУЕМЫХ В ОПИСАНИИ ОБЪЕКТА
ЗАКУПКИ
Муниципальная информационная система регистрации (учета)
МИС «Референдум»,
избирателей, участников референдума в городе Новосибирске
Система
«Референдум»
АРМ
Автоматизированное рабочее место
БД
База данных
ВС
Вид сведений представляет собой комплект документации,
определяющий технические требования и особенности
предоставления конкретных сведений в СМЭВ
Заказчик
Заказчик по муниципальному контракту
Исполнитель
Лицо, выполняющее работы по реализации настоящего
(Подрядчик)
описания объекта закупки
ИС
Информационная система
МК
Муниципальный контракт
МВД
Министерство внутренних дел
Обращения в службу технической поддержки Исполнителя по
Обращение
вопросам, связанным с работой ИС
ПО
Программное обеспечение.
Сотрудники
Департамента
организационно-контрольной
Пользователь Системы
работы мэрии города Новосибирска, администраций города
Новосибирска
Регламент взаимодействия в процессе оказания технической
Регламент
поддержки: Документированная процедура, описывающая
взаимодействия
порядок действий и организацию взаимодействия в процессе
оказания технической поддержки
СМЭВ
Система межведомственного электронного взаимодействия
СУБД
Система управления базами данных
СУЗ
Система управления запросами
ООЗ
Описание объекта закупки
ФОИВ
Федеральные органы исполнительной власти
ЦОД
Центр обработки данных
ЭП
Электронная подпись
AD, Active directory
Единая служба для идентификации и нотификации
пользователей
SSO, Single Sign On
Технология единого вход
3
2. ОБЩИЕ СВЕДЕНИЯ
2.1. Предмет закупки:
Оказание услуг по технической поддержке муниципальной информационной системы
«Референдум» (далее – Услуги).
2.2. Заказчик:
Департамент связи и информатизации мэрии города Новосибирска.
2.3. Срок оказания услуг:
В соответствии с условиями Контракта – с 01.01.2027 по 31.12.2027.
2.4. Место оказания услуг:
630099, город Новосибирск, Красный проспект, д. 34.
2.5. Результат оказания услуг:
Предоставление технической поддержки на условиях, предусмотренных контрактом и
настоящим описанием объекта закупки.
2.6. Контактные данные Заказчика: т. +7 (383) 227 – 40 – 22 и/или эл. почте:
dsi@admnsk.ru.
3. ЦЕЛИ И ПРАВОВЫЕ ОСНОВАНИЯ ДЛЯ ОКАЗАНИЯ УСЛУГ
3.1.
Целями оказания услуг являются:
Обеспечение работоспособности муниципальной информационной системы
«Референдум» мэрии города Новосибирска в круглосуточном режиме и обновление компонентов
платформы.
3.2.
Правовые основания:
Постановление мэрии города Новосибирска от 22.11.2024 N 10122 «О муниципальной
программе "Цифровая трансформация муниципального управления города Новосибирска»,
мероприятие «Обеспечение технической поддержки информационных систем».
4. ТРЕБОВАНИЯ К ОКАЗЫВАЕМЫМ УСЛУГАМ
4.1.
Описание объекта
Поддержание
работоспособности
муниципальной
информационной
системы
«Референдум» мэрии города Новосибирска в круглосуточном режиме.
4.2.
Требования к порядку взаимодействия
В рамках оказания Услуг Исполнитель должен обеспечить бесперебойную работу
системы в режиме «24 часа в сутки 7 дней в неделю».
Для обеспечения взаимодействия с Заказчиком Исполнитель в 5-дневный срок с даты
заключения муниципального контракта определяет перечень лиц, уполномоченных в структуре
Исполнителя принимать решения оперативного характера о порядке и способе оказания Услуги,
и несущих ответственность за качество и полноту ее оказания.
Заказчик в течение 5 рабочих дней с даты заключения муниципального контракта
предоставляет Исполнителю перечень и контактные данные уполномоченных лиц для
взаимодействия по организационным вопросам, а также по вопросам технической поддержки
МИС «Референдум».
Для оказания услуг в удалённом режиме Исполнитель в течение 10 дней с даты
заключения контракта запрашивает доступ к необходимым ресурсам Заказчика.
Заказчик в течение 5 дней с даты поступления запроса самостоятельно, либо с
привлечением третьих лиц проводит процедуры по предоставлению доступа Исполнителю к
МИС «Референдум» через защищенную сеть передачи данных и уведомляет Исполнителя о
готовности предоставления доступа.
В течение 2 (двух) рабочих дней с даты уведомления, уполномоченный представитель
Исполнителя нарочно получает учетные данные для доступа.
В целях разграничения зон ответственности и осуществления принципа
4
администрирования одним лицом, Исполнитель может изменить пароль на администрирование,
ограничив административный доступ.
Об изменениях в контактной информации ответственных лиц со стороны Заказчика
Исполнитель должен быть уведомлен в рабочем порядке.
Система развёрнута и функционирует на комплексе технических средств Заказчика.
Исполнитель должен оказывать услуги как в удаленном режиме средствами
информационных технологий и телекоммуникаций, так и в очном режиме, в соответствии с
требованиями настоящего ООЗ.
Для оказания указанных услуг необходимо в течение всего срока действия контракта
обеспечить техническую поддержку с 09.00 до 19.00 (с понедельника по пятницу с 8-00 до 20-00,
кроме праздничных дней1) в соответствии со временем часовой зоны, в которой расположен
Заказчик (г. Новосибирск).
Экстренные услуги по восстановлению работоспособности программного обеспечения
должны производиться в календарные дни (включая выходные и праздничные дни). Для
оказания экстренных услуг по восстановлению работоспособности программного обеспечения
Исполнитель должен прибыть в течение не более 1,5 часов с момента поступления заявки от
Заказчика для устранения возникших неисправностей.
4.3.
Функциональные требования
В рамках оказания услуг по технической поддержке МИС «Референдум» мэрии города
Новосибирска требуется выполнить следующие задачи:
 Анализ проявлений некорректного функционирования программного обеспечения.
 Выявление причин некорректного функционирования программного обеспечения и
предоставление информации по способам его устранения.
 Оптимизация времени предоставления информации по решению проблем
функционирования программного обеспечения.
 Устранение ошибок в программном обеспечении, вызывающих его некорректную работу.
 Консультации по общим вопросам работы в МИС «Референдум», вопросам
совместимости поддерживаемого программного обеспечения с операционной средой и
имеющимися другими программными средствами.
 Консультации и устранение проблем, возникающих в ходе эксплуатации программного
обеспечения конечными пользователями.
 Консультации по организации коллективной работы пользователей в МИС «Референдум»,
по настройке системы безопасности.
 Предоставление и реализация альтернативных схем и режимов работы, позволяющих
обойти ошибки в программном обеспечении, если нет возможности их устранить.
 Ведение базы по возникающим проблемам и их решению.
 Проведение диагностики ошибок, возникающих в системах.
 Подготовка отчетов о программных ошибках.
 Подготовка ежеквартальных отчетов об оказанных услугах.
При оказании услуг Исполнитель должен:
 согласовывать с Заказчиком план-график оказания услуг, обновлений и изменений
систем;
 предоставлять информацию о ходе оказания услуг, обновлять информацию о ходе
оказания услуг;
 предоставлять Заказчику отчеты об оказанных услугах.
4.4.
Учет объемов оказанных услуг в рамках оперативной техподдержки
Исполнитель обязан вести детальный учет трудозатрат по всем обращениям, работам по
настройке, обновлению и иным мероприятиям, выполняемым в рамках, предусмотренных
контрактом.
Данные учета трудозатрат подлежат отражению в ежеквартальных отчетах об оказанных
услугах с их обязательным согласованием перед формированием документов приёмки.
1
В соответствии с установленным в Российской Федерации производственным календарем на 2026 год при
пятидневной рабочей неделе.
5
4.5.
Требования к определению типов Запросов, приоритетов и сроков их
обработки
В рамках оказания Услуг Исполнитель должен обеспечить бесперебойную работу систем
заказчика в режиме «24 часа в сутки 7 дней в неделю» с соблюдением требований к временным
параметрам обработки Обращений Пользователей Системы.
Мероприятия по технической поддержке систем заказчика должны проводиться
в соответствии с требованиями настоящего ООЗ.
Обращениям Заказчика должен присваиваться соответствующий уровень приоритета:
 «Нормальный» – Обращение, не связанное с нарушением работы систем заказчика;
 «Высокий» – Обращение, вызванное частичной недоступностью функциональных
возможностей систем заказчика или замедлением доступа;
 «Срочный» – Обращение, вызванное критически важными для работы систем
заказчика или пользователей отклонениями;
 «Критический» – отказ работоспособности систем заказчика в целом, полное
отсутствие доступа.
Обращения Заказчика имеют следующий предмет обращения /трекер:
 Инцидент;
 Консультация.
Время решения проблемы, изложенной в Обращении, в зависимости от критичности и
сложности возникшей проблемы, должно соответствовать требованиям, указанным в Таблице 1.
Таблице 1. Время решения Обращений
Предмет
Время решения
Обращения
/ Приоритет
(в рабочих днях)
трекер
Нормальный
До 8 дней
Высокий
До 5 дней
Инцидент
Срочный
До 2 дней
Критический
До 1 дня
Предмет
Время решения
Обращения
/ Приоритет
(в рабочих днях)
трекер
Консультация
Нормальный
До 2 дней
В случае если за период в 90 (девяносто) календарных дней Исполнитель более 3 (трех)
раз допустил невыполнение заявки и(или) превышение «время решения» более 10 (десяти)
рабочих дней, Заказчик вправе расторгнуть муниципальный контракт в одностороннем порядке.
Контроль исполнения Обращений осуществляется в Системе управления инцидентами
Исполнителя.
4.6.
Требования к количественному параметру по Обращениям
В рамках оказания Услуг Заказчик имеет возможность направлять Обращения
Исполнителю на оказание технической поддержки (Инцидента, Консультации и Запроса на
обслуживание) в объеме, не превышающем параметры, указанные в Таблице 2. Объем услуг,
приведённый в Таблице 2, указан для одного квартала.
Таблице 2. Количественные параметры оказываемой услуги по обработке Обращений
№
1.
Услуги
Инцидент
Консультация (Вопросы, возникающие при работе с
2.
Системой и по эксплуатационной документации)
3. Запрос на обслуживание:
3.1. Запрос на подключение новых пользователей
3.2. Запрос на актуализацию услуги при изменении
Единица
измерения
Параметр
(макс.
значение)
шт.
Неограниченно
шт.
Неограниченно
шт.
шт.
Неограниченно
При
6
форматов федеральных сервисов и федеральных
необходимости
видов сведений и формата предоставления услуги
Запрос
на
выполнение
операций
по
3.3 администрированию
и
настройке
Системы,
шт.
Неограниченно
недоступных специалистам Заказчика
3.4. Запрос на наполнение справочников
шт.
10
3.5. Запрос на удаление пользователей
шт.
Неограниченно
Запрос на внесение изменений в печатные формы
3.6.
шт.
15
документов
3.7. Восстановление БД из резервной копии
шт.
5
Запрос на актуализацию услуги при изменении форматов федеральных сервисов и
федеральных видов сведений и формата предоставления услуги включает в себя внесение
обязательных изменений в механизмы межведомственного электронного взаимодействия,
например, переход на новую версию методических рекомендаций по работе со СМЭВ, в том
числе и мажорных версий. Услуги по запросу на внесение изменений должны также
актуализировать существующие адаптеры и виды сведений (СМЭВ 3) при изменении форматов
владельцами.
Инициирование данных работ может происходить как по инициативе Исполнителя, так и
по Обращению в службу технической поддержки. Обязательным условием является наличие
данных видов сведений (сервисов) в тестовом и продуктивном контурах СМЭВ и утвержденных
для них форматов на портале lkuv.gosuslugi.ru.
Сроки зависят от сложности сервиса или вида сведений и определяются разработчиками
на основании опубликованных форматов. Актуализация адаптеров должна проводится в сроки,
не превышающие и укладывающиеся во временные рамки, установленные для разработки,
тестирования и ввода в промышленную эксплуатацию актуализированного функционала.
Запрос на выполнение операций по администрированию и настройке Системы включает
в себя администрирование продуктивного контура Системы и выполнения настроек, по той или
иной причине недоступной для специалистов Заказчика.
4.7.
Порядок подачи и обработки обращений в техническую поддержку
Запросы принимаются в виде обращений в адрес Исполнителя, для оформления
инцидента Заказчик оформляет заявку в СУЗ (системе управления запросами) Исполнителя с
описанием инцидента. Дополнительные описания и комментарии по инциденту могут быть
переданы на электронную почту.
Техническая поддержка Исполнителем должно осуществляться по электронной почте и
СУЗ. Если Исполнитель работает в собственной СУЗ, в рамках технической поддержки
Исполнитель должен предоставить Заказчику доступ к СУЗ и адрес электронной почты для
оперативного взаимодействия, в течение 3 рабочих дней с даты заключения Контракта.
Для однозначной идентификации проблемы (вопроса) при регистрации Обращения
Инициатором Обращения выполняется требование: одному Обращению соответствует одна
проблема (вопрос). В случае возникновения при выполнении Запроса новых проблем (вопросов),
по ним должны быть открыты новые Запросы.
Каждому событию для контроля деятельности технической поддержки должен присваиваться
«Статус»:

Статус «Открыта» – должно означать, что событие описано, но никакие действия с
ним еще не проводились;

Статус «Анализ» - означает, что событие зарегистрировано в СУЗ, идет
предварительный анализ задачи с целью определения исполнителя, приоритета и уровня
технической поддержки. Запросу назначен ответственный сотрудник со стороны Исполнителя.

Статус «В работе» – должно означать, что событие проанализировано и передано
на реализацию специалистам Исполнителя;

Статус «Запрос данных» – запрос дополнительной информации у Заказчика, ответ
должен быть предоставлен в течение 5 рабочих дней. В случае непредоставления Заказчиком
ответа по истечении 5 рабочих дней запрос переводиться в статус «Закрыт СТП»
автоматизированными средствами СУЗ либо специалистом СТП Исполнителя Запрос в течение
срока исполнения Исполнителем может быть переведен в статус «Запрос данных» не более трех
7
раз (в случае, если для решения запроса требуется ее перевод в статус «Запрос данных» более
трех раз, такой перевод должен быть согласован с Рабочей группой). Время нахождения запроса
в данном статусе исключается из расчета времени, потраченного на решение запроса. В случае
предоставления Инициатором Обращения требуемых сведений Запрос переводится в статус «В
работе»;

Статус «Запрос данных во внешних сервисах» - присваивается Запросу, если для
исполнения Запроса требуется действие со стороны Заказчика или третьих лиц, выполнение
которого находится вне зоны ответственности Исполнителя, в том числе:

устранение неисправности (в т.ч. устранение отсутствия доступа) сетевой и
вычислительной инфраструктуры Системы;

исполнение заявок, поданных в службу технической поддержки сторонних
информационных систем.
Для перевода Запроса в статус «Запрос данных во внешних сервисах» в связи с
обращением в СТП внешних сервисов, необходимо указать в Запросе реквизиты поданной заявки
(адрес/наименование СТП и номер заявки, а также скриншот, с содержанием указанной заявки).
В случае выполнения СТП внешних сервисов требуемых действий Запрос переводится в
статус «В работе». В случае невыполнения СТП внешних сервисов требуемых действий в
течение срока оказания услуг по этапу Контракта Запрос переводится в статус «Закрыт СТП» с
предоставлением соответствующего комментария в дату окончания оказания услуг по этапу
Контракта.
 Статус «Приемка» – после ответа на вопрос (настройки программы, устранения
инцидента) сотрудник СТП переводит запрос в статус «Приемка» с обязательным уведомлением
Заявителя о факте решения запроса. Также, сотрудник СТП предоставляет информацию о
устранении проблем, включая подробное описание, того, каким образом была устранена
проблема навигацию по меню и предоставление скриншотов (в случае наличия возможности
сделать скриншот, содержащий информацию иллюстрирующую решение проблемы). В течение
5 рабочих дней Заказчик, должен проверить качество решения и закрыть запрос (перевести его в
статус «Закрыт») или предоставить свои возражения. Если в течение 5 рабочих дней ответ не
поступит, он будет закрыт СУЗ автоматически с присвоением статуса «Закрыт СТП». Время
нахождения запроса в данном статусе исключается из расчета времени, потраченного на решение
запроса;
 Статус «Отложен» - присваивается запросам, требующим доработки функционала. К
данному типу запросов, не относятся доработки, касающиеся ранее работающего функционала,
который перестал работать или работает не корректно. Запрос должен содержать дату
назначенного согласования с Заказчиком. Время нахождения запроса в данном статусе
исключается из расчета времени, потраченного на решение запроса.
 Статус «Закрыт» – должен означать, что событие просмотрено Заказчиком. Претензий к
реализации запроса нет. В случае успешного решения запроса на обслуживание запрос
переводится на инициатора обращения. Если инициатор обращения не закрывает запрос в
течение 5 рабочих дней, запрос закрывается СУЗ автоматически с присвоением статуса «Закрыт
СТП».
Статус «Закрыт СТП». - Присваивается Запросу в следующих случаях:
 в случае отсутствия ответа от Заказчика по Запросу в статусе «Приёмка» по истечении 5
(Пяти) рабочих дней после перевода Запроса в статус «Приёмка». Перевод Запроса в статус
«Закрыт СТП» производится автоматически, средствами СУЗ;
 в случае отсутствия ответа от Заказчика по Запросу в статусе «Запрос данных» по
истечении 5 (Пяти) рабочих дней после перевода Запроса в статус «Запрос данных». Перевод
Запроса в статус «Закрыт СТП» производится автоматически, средствами СУЗ.
При оказании услуг по технической поддержке, в том числе технической поддержке в случае
применения временного (обходного) решения приоритетной проблемы высокоприоритетный
запрос может быть закрыт и при этом зарегистрирован новый с более низким приоритетом и
независимым временем восстановления (решения) с уведомлением Рабочей группы о причинах
смены приоритета и уведомлением инициатора обращения о факте смены приоритета.
Заказчик может запросить изменение приоритета Запросы на обслуживание/инцидент или
уровня вмешательства по электронной почте, посредством СУЗ (в комментариях к запросу в
8
СУЗ) или в рабочем порядке в виде запроса на электронную почту.
При создании запроса должна быть предусмотрена возможность включать скриншоты и
графические пояснения, которые могут помочь в решении проблемы.
В случае, если для решения запроса необходимо участие другого специалиста
Исполнителя, сотрудник СУЗ должен перенаправить запрос на соответствующего специалиста,
при этом недопустимо менять статус запроса в статусы «Закрыт», «Реализован», «Приемка». Вся
маршрутизация между специалистами Исполнителя по решению запроса в СУЗ Исполнителя
должна осуществляться в рамках этого запроса.
4.7.1. Интегральный показатель уровня качества технической поддержки.
Исходные данные для расчета Интегрального показателя уровня качества технической
поддержки (Таблица 3):
Таблица 3. Исходные данные для расчета.
Код
Наименование показателя
Ед. измер.
показателя
Длительность аварийной ситуации, связанной с полной
A1
потерей работоспособности или недоступностью всех часов
Компонентов информационной системы заказчика
A2
Общее количество часов в отчетном периоде
часов
B1
B2
C1
C2
D1
D2
Количество просроченных запросов 1 приоритета
единиц
(неотложный), из числа закрытых в отчетном периоде
Общее количество З запросов 1 приоритета
(неотложный), закрытых в отчетном периоде
Количество просроченных запросов 2 приоритета
(высокий), из числа закрытых в отчетном периоде
Общее количество запросов 2 приоритета (высокий),
закрытых в отчетном периоде
Количество просроченных запросов 3 приоритета
(средний), из числа закрытых в отчетном периоде
Общее количество запросов 3 приоритета (средний),
закрытых в отчетном периоде
единиц
единиц
единиц
единиц
единиц
Параметры, используемы для расчета интегрального показателя качества:
i - порядковый номер показателя, допустимые значения 0 i  N , где N –

общее количество показателей качества.

J – порядковый номер запроса в рамках одного приоритета по степени просрочки,
допустимые значения 1 J M (значения даны в Таблице 3), где M – общее количество уровней
просрочки.
Pпрос

- в зависимости от типа показателя принимает значения A1; B1; C1; D1
(Таблица 2);
Pобщ

- в зависимости от типа показателя принимает значения A2; B2; C2; D2
(Таблица 2);

Для показателей типа B,C и D вводятся понятия: Мультипликатор просрочки P
повышающий коэффициент для прос . Устанавливается в зависимости от значения показателя
– длительность просрочки.

Среднее значение мультипликатора просрочки по всем запросам в рамках одного
приоритета

, где срок выполнения запроса указан в Таблице 5 раздела 2.4.2. Фактическое
время выполнения запроса определяется в соответствии с положениями раздела 2.4.
9

, где - общее количество запросов на обслуживание одного приоритета, для
которых рассчитанный попадает в один из диапазонов, указанных в Таблице 5., а - значение
показателя, соответствующее диапазону.

- Относительный показатель. В случае, если принимает отрицательное значение,
при дальнейших расчётах его значение устанавливается равным нулю.

Qi
- весовой коэффициент показателя – доля показателя в интегральном
0  Qi 1 ii 1N Qi 1
показателе (значения даны в Таблице 5), причем
,
K Qi  K i  Qi

- взвешенное значение показателя – часть показателя i в
интегральном показателе.
N
N
K  ( K i  Qi )  KQi
i 1
i 1

- интегральный показатель уровня качества
оказания технической поддержки – величина, используемая для оценки качества работ.
Диапазон допустимых значений: 0  K 1 .
Таблица 4. Значения показателя мультипликатор просрочки в зависимости от длительности
просрочки.
Значение J
Значение показателя
Значение показателя
1
1
2
1,1
3
1,3
4
1,5
Таблица 5. Правила округления среднего значение мультипликатора просрочки
Значение показателя
Округленное
показателя i
значение
1,0
1,1
1,3
1,5
Таблица 6. Расчет интегрального показателя качества технической поддержки.
Знач
Наименовани ение
е показателя, показ
единица
ателя
измерения
Pпрос
Зна
чен
ие
пок
азат
еля
Pобщ
Значени
е
показате
ля
Относительный
показатель
Весово
й
коэффи
циент
показат
еля
Qi
Взвешенное
значение
показателя
K Qi
10
Уровень
доступности
Сервиса
A1
А2
1-A1/A2
0.4
(1-A1/A2)*0,4
Разрешение
запросов
1-го B1
приоритета
(неотложный)
B2
1-B1* /B2
0.3
(1-B1* /B2)*0,3
Разрешение
запросов
2-го C1
приоритета
(высокий)
C2
1-C1* /C2
0.2
(1-C1* /C2)*0,2
Разрешение
запросов
3-го D1
приоритета
(средний)
D2
1-D1* /D2
0.1
(1-D1* /D2)*0,1
Интегральны
й показатель
уровня
качества
В случае если Интегральный показатель уровня качества оказания Технической поддержки за
отчетный период оказывается ниже 0,8 качество оказанных услуг за отчетный период признается
ненадлежащим.
4.8.
Требования к временному параметру по Обращениям
В рамках оказания Услуги в Таблице 7 приведены временные ограничения, которые
Исполнитель может затрачивать на обработку Обращений (Запроса на обслуживание и
Консультации).
Таблица 7. Временные параметры оказываемой услуге по обработке Обращений
№
Услуги
Единица
измерения
Консультация (Вопросы, возникающие при работе с
Рабочие дни
Системой и по эксплуатационной документации)
2. Запрос на обслуживание:
2.1. Запрос на подключение новых пользователей
Рабочие дни
Запрос на актуализацию услуги при изменении
2.2 форматов федеральных сервисов и федеральных видов Рабочие дни
сведений и формата предоставления услуги
Запрос
на
выполнение
операций
по
2.3. администрированию
и
настройке
Системы, Рабочие дни
недоступных специалистам Заказчика
2.4. Запрос на наполнение справочников
Рабочие дни
2.5. Запрос на удаление пользователей
Рабочие дни
Запрос на внесение изменений в печатные формы
2.6.
Рабочие дни
документов
2.7. Восстановление БД из резервной копии
Рабочие дни
1.
Параметр
(макс.
значение)
2
1
По
согласованию
сторон
2
2
1
5
2
4.9.
11
программного
Требования к установке новых версий обновлений
обеспечения, а также алгоритмов их установки
По мере готовности официальных обновлений/дополнений Системы, Исполнитель
должен передавать Заказчику дистрибутивы версий обновлений.
Перед передачей обновления инсталляционный пакет обновления должен пройти
предварительную установку Исполнителем на тестовом стенде для проверки правильности и
безотказности работы функций Системы с необходимым набором серверного и общесистемного
программного обеспечения, соответствующим продуктивному стенду Заказчика.
При успешном тестировании обновление переносится на промышленную версию.
5. ОПИСАНИЕ СИСТЕМЫ
5.1.
Краткие сведения об объекте технической поддержки
Информационная система предназначена для автоматизации процесса регистрации
(учета) избирателей, участников референдума в городе Новосибирск, а также обеспечения
ведения реестров сведений о регистрации смерти, сведений о регистрации и снятии с
регистрационного учета по месту жительства, сведений о выдаче и замене паспорта и
межведомственного взаимодействия с ФОИВ для осуществления получения данных сведений.
Объектом технической поддержки является муниципальная информационная система
«Референдум», режим доступа в сети Интранет: http://referendum.admnsk.ru/
Система создана на основе программы для электронных вычислительных машин и баз
данных, обеспечивающих регистрацию (учет) избирателей, участников референдума в городе
Новосибирске с переносом данных из существующей системы Заказчика.
Система представляет собой клиент–серверную архитектуру и создана с использованием
программного обеспечения «ИС.МЭВ» (№13268 в Едином реестре российских программ для
электронных вычислительных машин и баз данных) и базируется на платформе
«ИС.ПРОМЕТЕЙ» (№13071 в Едином реестре российских программ для электронных
вычислительных машин и баз данных). Система реализована по принципу Low-code и
обеспечивает возможность работы в режиме WEB-интерфейса, функционирующего в различных
операционных системах (Windows, Linux), где установлены необходимые для работы системные
библиотеки.
Доступ пользователей к системе осуществляется через web-браузер, подсистема
обладает достаточной стабильностью для работы со слабыми каналами связи (от 32 кбит/с).
Функционально-блочный принцип построения системы позволяет интегрировать блоки
с новой функциональностью в ядро с сохранением принципов навигации подсистемы.
Система состоит из набора внутренних подсистем и компонентов, доступных только
авторизованным пользователям, и внешнего портала с открытым доступом.
Система состоит из следующих взаимосвязанных компонентов:
Функциональные подсистемы:
 подсистема авторизации и аутентификации;
 подсистема администрирования;
 подсистема «Главная»:
 подсистема «Граждане»;
 подсистема «Сведения об умерших»;
 подсистема «Сведения МВД»;
 модуль «Сведения о регистрации по месту жительства»;
 модуль «Сведения о выдаче и замене паспорта»;
 подсистема «Реестры»;
 модуль «Реестр заявок»;
 модуль «Реестр услуг»;
 подсистема «Отчётность»;
 подсистема «Журнал действий»;
 подсистема журналирования SOAP запросов;
 подсистема взаимодействия со СМЭВ.
Обеспечивающие подсистемы:
 конструктор экранных форм;
12
 конструктор бизнес-процессов;
 конструктор видов сведений;
 конструктор печатных форм.
Основные параметры функционирования ИС указаны в Таблице 8.
Таблица 8. Основные параметры функционирования ИС
№
Модуль
Требуемые параметры
Требования к серверу
1.
Процессор
8 x 2.6 GHz
2.
ОЗУ
24 GB
3.
Жесткий диск
300 Гб
4.
Источник бесперебойного питания
Требуется
5.1.1. Подсистема авторизации и аутентификации пользователей
Доступ пользователя в Системе осуществляется по выданному ему доменному логину и
паролю с использованием службы Active Directory по технологии однократной авторизации
(SSO).
5.1.2. Подсистема администрирования
В Системе обеспечена возможность, просмотра, редактирования, удаления учетных
записей пользователей.
Права пользователей в Системе определяются назначением ролей:
1. Сотрудник департамента организационно-контрольной работы мэрии города
Новосибирск
- просмотр и обработка заявок на регистрацию граждан;
- просмотр реестра «Граждане» и редактирования карточек граждан;
- включение и исключение гражданина из числа избирателей;
- просмотр реестров сведений из МВД;
- импорт сведений из МВД, их обработка и отправка запросов через СМЭВ для
осуществления проверки данных;
- просмотр реестра сведений об умерших;
- формирование и просмотр отчетности;
- редактирование справочников.
2. Сотрудник организационно-контрольного отдела администрации района (округа по
районам)
- просмотр и обработка заявок на регистрацию граждан;
- просмотр реестра «Граждане» и редактирования карточек граждан;
- включение и исключение гражданина из числа избирателей;
- просмотр реестров сведений из МВД;
- импорт сведений из МВД, их обработка и отправка запросов через СМЭВ для
осуществления проверки данных;
- просмотр реестра сведений об умерших;
- формирование и просмотр отчетности.
3. Администратор
- просмотр и редактирование формы заявок на регистрацию граждан;
- просмотр и редактирование бизнес-процесса регистрации граждан;
- просмотр и редактирование реестра «Граждане»;
- просмотр заявок на регистрацию граждан;
- просмотр и реестров сведений из МВД;
- просмотр и редактирование реестра сведений об умерших;
- редактирование ролевой модели;
- управление справочниками;
- формирование и просмотр отчетности.
Подсистема администрирования выполняет следующие функции:
- просмотр, создание, редактирование, удаление учетных записей пользователей
Системы;
13
- просмотр, редактирование, удаление организаций Системы;
- создание, просмотр, редактирование ролей Системы;
- изменение уровня доступа ролей к функциям Системы;
- назначение прав доступа пользователям на отдельные компоненты Системы;
- конфигурирование параметров Системы.
Структура учетных записей, подразделений и ролей включена в модель данных
Системы.
5.1.3. Подсистема «Главная»
Подсистема «Главная» является стартовой страницей системы и представляет из себя
информационный стенд. Подсистема включает в себя следующие разделы:
- «Объявления»;
- «Материалы по работе с системой».
Пользователям системы, вне зависимости от их полномочий в Системе доступна
возможность просмотра опубликованных объявлений, а также скачивание добавленных
документов.
Управление контентом осуществляется Администратором Системы.
5.1.4. Подсистема «Граждане»
Подсистема предоставляет выполнение следующих функций:
- Просмотр и редактирование карточек граждан;
- Поиска гражданина по текущему и предыдущему ФИО;
- Ведения истории изменений;
- Экспорт реестра граждан;
- Импорт граждан;
- Осуществление проверки импортированных записей.
Подсистема включает в себя две вкладки:
- Граждане;
- История импорта.
Во вкладке «Граждане» содержится реестр граждан и система фильтрации и сортировки
по всем столбцам реестра.
Реестр выполнен в табличной форме и содержит следующие столбцы:
- ФИО гражданина;
- Дата рождения;
- Район;
- Адрес;
- Признак включения в число избирателей;
- Факт смерти.
Подсистема обеспечивает возможность выгрузки реестра в формате .xls/xlsx.
Карта гражданина содержит следующие блоки информации:
- Личные данные;
- Паспортные данные;
- Адрес;
- Информация об избирателе;
- История изменений.
Подсистема предоставляет возможность автоматического обновления сведений во
вкладке «Личные данные» из подсистемы «Сведений об умерших» (подробнее в п. 4.1.5) с
указанием соответствующей причины изменения данных.
Подсистема предоставляет возможность автоматического обновления сведений во
вкладке «Паспортные данные» из подсистемы «Сведений МВД» (подробнее в п. 4.1.6) с
указанием соответствующей причины изменения данных.
Подсистема предоставляет возможность автоматического обновления сведений во
вкладке «Адрес» из модуля «Сведения о регистрации по месту жительства» (подробнее в п.
4.1.6.1) с указанием соответствующей причины изменения данных.
14
Подсистема предоставляет возможность автоматического обновления сведений о
включении лица в число избирателей или исключения из него во вкладке «Информация об
избирателе» из подсистем «Сведения МВД» и «Сведений об умерших» (подробнее в п. 4.1.54.1.6). Также реализована возможность ручного включения лица в число избирателей или
исключения из него путем нажатия на соответствующую кнопку в данной вкладке.
Подсистема предоставляет возможность внесения изменений в карте гражданина с
указанием причины внесения изменений. После сохранения изменений во вкладе «История
изменений» фиксируется дата внесения изменений, элементы в которых были внесены
изменений, значения, которые были изменены, и причины внесения изменений. Также данные
сведения фиксируются при автоматическом обновлении сведений в карте гражданина из
подсистем «Сведения МВД» и «Сведений об умерших».
Реестр граждан заполняется автоматически на основании созданных заявок на
регистрацию гражданина в Системе (подробнее в п. 4.1.7.2). Также в подсистеме обеспечена
возможность импорта граждан в формате .xls/xlsx по заданной структуре данных.
При осуществлении импорта во вкладке «История импорта» появляются записи в
реестре со статусом «На проверке». В данном статусе по импортированным записям
отправляются запросы по ВС «Проверка действительности Паспорта Гражданина РФ по серии и
номеру», «Сведения о регистрации по месту жительства граждан РФ», «Сведения об
освобождении гражданина из мест лишения свободы». Также система осуществляет
верификацию данных и выводит соответствующий результат в столбце «Наличие ошибок»:
ошибок нет – в случае отсутствия ошибок, или указывается поле, в котором содержится ошибка.
После получения ответов на отправленные запросы в МВД и ФСИН система сравнивает
импортированные данные с полученными. При обнаружении несоответствия в столбце «Наличие
ошибок» выводится информация о наличии несоответствия полученных данных в указанном
поле.
В карте импортированной записи есть возможность редактирования данных и
возможность повторной отправки запросов, а также возможность регистрации записи и
отклонения.
После регистрации импортированных записей при наличии в Системе совпадающих
записей граждан Система обновляет карты таких граждан.
5.1.5. Подсистема «Сведения об умерших»
Подсистема выполняет следующие функции:
- Взаимодействие с ЕГР ЗАГС в части получения сведений государственной
регистрации смерти;
- Просмотр реестра сведений об умерших;
- Выгрузка отчета по форме 1.2 риур и 1.2.1 риур по изменениям актов гражданского
состояния в соответствии с выставленными на странице фильтрами;
- Выгрузка сведений об акте регистрации смерти;
- Внесение изменений в информации о факте смерти в карте гражданина.
Подсистема содержит реестр сведений об умерших и систему фильтрации и сортировки
по всем столбцам реестра.
Реестр выполнен в табличной форме и содержит следующие столбцы:
- Номер записи акта;
- Дата составления записи акта;
- Орган ЗАГС;
- ФИО;
- Дата и время смерти;
- Место смерти.
Подсистема обеспечивает возможность выгрузки реестра в формате .xls/xlsx.
Карта сведений содержит блоки информации в соответствии с набором сведений из ВС
«Сведения из ЕГР ЗАГС о государственной регистрации смерти» версии 4.0.1. Подсистема
предоставляет возможность выгрузки сведений об акте регистрации смерти в форматах .pdf
и .xlsx.
15
После получения записей актов регистрации смерти Система осуществляет поиск
граждан в Системе по следующим параметрам: серия и номер паспорта. В случае, если серия и
номер паспорта не совпадают, то проводится дополнительная проверка по ФИО + Дате рождения.
В случае обнаружения гражданина, необходимо осуществить проверку сведений о факте смерти
с полученными сведениями: дата смерти, номер акта регистрации смерти, дата выдачи акта
регистрации смерти. В случае несовпадения данных сведений, необходимо их обновить в
соответствии с полученными данными, а также указать причину изменений «Признание лица
умершим».
5.1.6. Подсистема «Сведения МВД»
5.1.6.1.
Модуль «Сведения о регистрации по месту жительства»
Подсистема предоставляет возможность выполнения следующих функций:
- Просмотр реестра сведений о регистрации и снятии с регистрационного учета по
месту жительства;
- Экспорт реестра сведений о регистрации и снятии с регистрационного учета по месту
жительства;
- Импорт сведений и осуществление проверки импортированных записей;
- Внесение изменений в информации об адресе в карте гражданина.
Подсистема содержит следующие вкладки:
- Регистрация и снятие с регистрационного учета;
- История импорта.
Во вкладке «Регистрация и снятие с регистрационного учета» содержится реестр
сведений о регистрации граждан и снятие с регистрационного учета по месту жительства и
система фильтрации и сортировки по всем столбцам реестра.
Реестр должен быть выполнен в табличной форме и содержать следующие столбцы:
- ФИО гражданина;
- Дата рождения;
- Адрес места жительства;
- Дата регистрации;
- Адрес убытия;
- Дата снятия с учета.
Подсистема обеспечивает возможность выгрузки реестра в формате .xls/xlsx.
Подсистема предоставляет возможность выгрузки сведений о регистрации и снятии с
регистрационного учета по месту жительства в форматах .pdf и .xlsx.
Также в подсистеме обеспечена возможность импорта сведений о регистрации и снятие с
регистрационного учета по месту жительства в формате .xls/xlsx по заданной структуре данных.
При осуществлении импорта во вкладке «История импорта» появляются записи в
реестре со статусом «На проверке». В данном статусе по импортированным записям
отправляются запросы по ВС «Сведения о регистрации по месту жительства граждан РФ». А
также система осуществляет верификацию данных и выводит соответствующий результат в
столбце «Наличие ошибок»: ошибок нет – в случае отсутствия ошибок, или указывается поле, в
котором содержится ошибка.
После получения ответов на отправленные запросы в МВД система сравнивает
импортированные данные с полученными. При обнаружении несоответствия в столбце «Наличие
ошибок» выводится информация о наличии несоответствия полученных данных в указанном
поле.
В карте импортированной записи предоставляется возможность редактирования данных
и возможность повторной отправки запросов, а также возможность регистрации записи и
отклонения.
После регистрации импортированных записей при наличии ранее созданной записи
гражданина, необходимо осуществить проверку сведений об адресе места жительства:
- Если «Дата регистрации/начало проживания» актуального адреса совпадает, то
необходимо сверить область, город, район, улица, дом, квартира, дата регистрации/начало
проживания. В случае несовпадения данных сведений, необходимо их обновить в соответствии с
16
полученными данными, а также указать причину изменений «Обнаружение неточности или
ошибочности произведенных записей»;
- Если «Дата регистрации/начало проживания» актуального адреса не совпадает, то
необходимо данному адресу указать значение «false» чекбокса «Гражданин снят с
регистрационного учета по данному адресу» и дату выписки/окончания проживания, а также
записать новый адрес (при его наличии) из импортированной записи. Причиной изменений
необходимо указать «Изменения места жительства».
5.1.6.2.
Модуль «Сведения о выдаче и замене паспорта»
Подсистема предоставляет возможность выполнения следующих функций:
- Просмотр реестра сведений о выдаче и замене паспорта граждан;
- Экспорт реестра сведений о выдаче и замене паспорта граждан;
- Импорт сведений и осуществление проверки импортированных записей;
- Внесение изменений в информации о паспортных данных в карте гражданина.
Подсистема содержит следующие вкладки:
- Выдача и замена паспорта;
- История импорта.
Во вкладке «Выдача и замена паспорта» содержится реестр сведений о выдаче и замене
паспорта граждан и система фильтрации и сортировки по всем столбцам реестра.
Реестр выполнен в табличной форме и содержит следующие столбцы:
- ФИО гражданина;
- Дата рождения;
- Адрес места жительства;
- Причина выдачи;
- Дата выдачи.
Подсистема обеспечивает возможность выгрузки реестра в формате .xls/xlsx.
Подсистема предоставляет возможность выгрузки сведений о выдаче и замене паспорта
в форматах .pdf и .xlsx.
Также в подсистеме обеспечена возможность импорта сведений о выдаче и замене
паспорта в формате .xls/xlsx по заданной структуре данных.
При осуществлении импорта во вкладке «История импорта» появляются записи в
реестре со статусом «На проверке». В данном статусе по импортированным записям
отправляются запросы по ВС «Проверка действительности Паспорта Гражданина РФ по серии и
номеру». А также система осуществляет верификацию данных и выводит соответствующий
результат в столбце «Наличие ошибок»: ошибок нет – в случае отсутствия ошибок, или
указывается поле, в котором содержится ошибка.
После получения ответов на отправленные запросы в МВД система сравнивает
импортированные данные с полученными (паспортными данными с признаком
действительности). При обнаружении несоответствия в столбце «Наличие ошибок» выводится
информация о наличии несоответствия полученных данных в указанном поле.
В карте импортированной записи предоставляется возможность редактирования данных
и возможность повторной отправки запросов, а также возможность регистрации записи и
отклонения.
После регистрации импортированных записей при наличии ранее созданной записи
гражданина, необходимо осуществить проверку сведений актуальных паспортных данных:
серия, номер, код органа, выдавшего документ, дата выдачи паспорта. В случае несовпадения
данных сведений, необходимо добавить актуальные паспортные данные, а также указать
причину изменений «Замена паспорта».
5.1.7. Подсистема «Реестры»
5.1.7.1.
Модуль «Реестр услуг»
Модуль «Реестр услуг» предназначен для ведения перечня услуг, созданных в Системе.
В модуле обеспечены следующие функциональные возможности:
- создание, редактирование, удаление записей реестра;
- просмотр записей реестра;
- поиск записей реестра.
17
5.1.7.2.
Модуль «Реестр заявок»
В модуле «Реестр заявок» отображается перечень заявок на регистрацию граждан в виде
заявок, с которым пользователь Системы может работать на соответствующем этапе бизнеспроцесса в зависимости от своей роли в Системе. Перечень заявок представлен в табличном виде
со следующими столбцами:
- Номер заявки;
- ФИО гражданина;
- Район;
- Дата создания;
- Статус;
- Дата изменения статуса.
В рамках обработки заявки автоматически отправляются запросы в МВД и ФСИН по ВС
«Сведения о паспортах гражданина Российской Федерации», «Сведения о регистрации по месту
жительства граждан РФ», «Сведения об освобождении гражданина из мест лишения свободы».
5.1.8. Подсистема «Отчётность»
В подсистеме предоставлена возможность автоматического формирования отчетов с
возможностью установления любого временного диапазона.
Отчеты формируются в табличном виде с возможностью выгрузки в формате .xlsx
или .xls, отчеты, которые формируются в системе представление в Таблице 9.
Таблица 9. Типы отчетов
№ Название отчета
п/п
1
О регистрации по месту жительства (прибытие)
2
О регистрации по месту пребывания (временная прописка)
3
О снятии с регистрационного учета (выбытие)
4
О снятии с регистрационного учета по факту смерти
5
О перерегистрации (переезд внутри района)
6
О замене документа
7
Граждане, достигшие 14-ти лет
8
Граждане, призванные на военную службу
9
Граждане, прибывшие с военной службы
10 Граждане, признанные дееспособными
11 Граждане, признанные недееспособными
12 Граждане, достигшие 18-ти лет по районам
13 Граждане, содержащиеся в исправительных колониях
14 Сводный отчет по городу
15 Сводный отчет по районам
16 Сведения о регистрации и снятии с регистрационного учета, фактах выдачи и замены
паспорта гражданина РФ
5.1.9. Подсистема «Журнал действий»
Подсистема «Журнал действий» предоставляет возможность просматривать все
события, которые происходят в Системе. Также подсистема осуществляет журналирование всех
уведомлений о возникновении событий.
5.1.10. Подсистема журналирования SOAP запросов
Подсистема журналирования SOAP-запросов обеспечивает журналирование SOAP
пакетов, содержащих запросы сервера к сервисам СМЭВ 3.
При этом журналирование SOAP-пакетов осуществляется по каждому из запросов,
отправленных пользователем, и имеет web-интерфейс, позволяющий пользователю,
обладающими стандартными правами и не являющегося администратором Системы,
просматривать историю взаимодействия с сервисами.
Web-интерфейс подсистемы журналирования SOAP-запросов выполнен в виде формы,
содержащей:
- Время произведения запроса;
- Результат ответа;
18
- Техническую информацию по SOAP-пакету;
- Полный SOAP-запрос к сервису;
- Полный SOAP-ответ от сервиса.
Кроме этого пользователю предоставляется возможность копирования и сохранения
SOAP-пакетов, без помощи администратора или разработчика \ программиста, с целью
возможности передачи информации по SOAP-пакетам в службу поддержки сервисов или СМЭВ
при возникновении нештатных ситуаций.
5.1.11. Подсистема взаимодействия со СМЭВ
Подсистема взаимодействия со СМЭВ содержит возможность отправки запросов по
следующим видам сведений:
- Сведения из ЕГР ЗАГС о государственной регистрации смерти - VS01285v002TABL00;
- Сведения о паспортах гражданина Российской Федерации - VS02735v002MVDR17_3T;
- Проверка действительности Паспорта Гражданина РФ по серии и номеру VS01835v004-MVDR17_3T;
- Сведения о регистрации по месту жительства граждан РФ – VS02602v002MVDR17_3T;
- Сведения об освобождении гражданина из мест лишения свободы - VS00413v003FSIN01.
5.1.12. Подсистема «Конструктор услуг»
Подсистема «Конструктор услуг» предоставляет возможность выстраивать взаимосвязь
между мероприятиями (работами), направленными на предоставление услуг.
При моделировании и автоматизации бизнес-процессов подсистема использует подход
low-code, с возможностями, позволяющими автоматизировать бизнес-сценарий в единой
цифровой среде за счет визуального редактора сквозных процессов.
Подсистема состоит из следующих модулей:
- модуль «Конструктор модели бизнес-процесса»;
- модуль «Конструктор действий»;
- модуль «Конструктор уведомлений».
5.1.12.1.
Модуль «Конструктор модели бизнес-процесса»
Модуль «Конструктор моделей бизнес-процессов» позволяет моделировать диаграммы
процессов любой сложности с большим количеством разветвлений, условий используя принятые
бизнес-правила BPMN. Проектирование осуществляется посредством использования
интуитивно понятных графических элементов, каждый из которых визуализирует определенный
шаг процесса.
Спроектированная модель является исполняемой в Системе. Администратор Системы
может опубликовать (запустить) бизнес-процесс, предназначенный для предоставления услуг,
либо деактивировать с целью внесения изменений.
5.1.12.2.
Модуль «Конструктор действий»
Модуль «Конструктор действий» отвечает за настройку действий (переходов) между
мероприятиями, направленными на предоставление услуг для потребителей.
Модуль предоставляет возможность настроить определенное действие, указать
последовательность выполнения, задать условия перехода, установить правила автоматического
выполнения шагов процесса или обработки.
В модуле реализован стандартный набор действий, указанных в Таблице 10.
Таблице 10. Список стандартного набора действий
№ Название действия
Описание функциональности
Позволяет перейти на следующее мероприятие с
1.
Стандартное действие
изменением статуса (с проверкой заполнения
обязательных полей)
Позволяет удалять заявление об оказании
2.
Удаление
государственной услуги
19
3.
Печать
4.
Назад
5.
Сохранить
Позволяет вывести печатную форму, в рамках
заявления об оказании государственной услуги
Позволяет перейти на следующее мероприятие с
изменением статуса (без проверки заполнения
обязательных полей)
Позволяет сохранить внесенные изменения в
заявление об оказании государственной услуги
5.1.12.3.
Модуль «Конструктор уведомлений»
Модуль «Конструктор уведомлений» предназначен для рассылки уведомлений,
предназначенных для пользователей Системы о наступлении определенного события.
Основным способом информирования является системное уведомление – краткое
сообщение, опубликованное в Системе для пользователя.
5.1.13. Подсистема «Конструктор экранных форм»
5.1.13.1.
Модуль «Конструктор компонентов заявления»
В модуле «Конструктор компонентов заявления» предоставлена возможность
использовать и настраивать определенный компонент заявления на экранной форме.
Настройка компонентов заявления предусматривает следующие возможности:
- указывать общие параметры компонента заявления (название, обязательность, маска и
др);
- указывать параметры по настройке зависимости между компонентами заявления;
- указывать параметры по настройке автозаполнения компонентов заявления данными
из СМЭВ.
Возможность внесения изменений в настройки компонентов заявления предоставлена на
любом этапе бизнес-процесса в состоянии редактирования.
5.1.13.2.
Модуль «Конструктор макетов экранных форм»
Модуль «Конструктор макетов экранных форм» предоставляет следующие
возможности:
- наполнять экранные формы компонентами из заявления;
- указывать параметры зависимости между компонентами заявления на каждой
экранной форме;
- формировать схему размещения компонентов заявления на каждой экранной форме;
- разграничивать доступ для каждой экранной формы.
Структура экранной формы и представление визуализируется посредством
использования метода drag and drop.
5.1.13.3.
Модуль «Конструктор критериев экранных форм»
Модуль «Конструктор критерии экранных форм» позволяет задавать условия
выполнения действий (переходов) между экранными формами.
Требования для выполнения критерия зависит от компонентов заявления,
расположенных на экранной форме.
Данный модуль должен разграничивает выполнение условий по критерию, задает
несколько значений или выполняет определенное из заданного перечня.
5.1.14. Подсистема печатных форм
Подсистема печатных форм предоставляет возможность внесения электронных форм
документов (печатных форм) в формате *.jrxml, используемых в Системе на определенном шаге
бизнес-процесса.
Подсистема печатных форм предоставляет возможность заполнять поля электронной
формы документа из компонентов заявления, расположенных на экранной форме.
Электронные формы документов (печатные формы), подгружаемые в Систему,
разрабатываются в свободно распространяемом ПО.
5.1.15. Подсистема «Конструктор видов сведений»
В подсистеме предоставлена возможность настройки видов сведений и полей запроса и
ответа.
20
Настройка видов сведений предусматривает следующие возможности:
- указывать общие параметры вида сведений (название, идентификатор класса, тип
запроса (исходящий, входящий, рассылка) и др.);
- указывать источник поступления запросов;
- загружать xsd-схему вида сведений;
- экспорт и импорт полей запроса и ответа.
Настройка полей запросов и ответов видов сведений предусматривает следующие
возможности:
- указывать общие параметры поля (идентификатор, заголовок, тип данных,
обязательность и др.);
- указывать параметры по настройке зависимости между полями.
5.2.
Сведения об условиях эксплуатации объекта технической поддержки и
характеристиках окружающей среды
Информационные процессы, возникающие при эксплуатации Системы, протекают
непрерывно в течение всего рабочего времени пользователей Системы. Ограничения на время
выполнения отдельных этапов информационных процессов не устанавливаются. Система не
предназначена для эксплуатации в особых условиях.
6. ТРЕБОВАНИЯ К ОРГАНИЗАЦИОННОМУ ОБЕСПЕЧЕНИЮ
В ходе оказания услуг по настоящему описанию объекта закупки должно обеспечиваться
постоянное взаимодействие между Заказчиком и Исполнителем.
Период оказания услуг определяется условиями Контракта (в соответствии с пунктом 2.3.
настоящего ООЗ).
На приемке оказанных услуг за отчетный период, все запросы, поступившие в отчетном периоде
(кроме запросов со статусом «Отложен»), должны быть решены и закрыты не менее чем за 2
рабочих дня до направления письма о факте завершения оказания Услуг.
7. ОБЕСПЕЧЕНИЕ ЗАЩИТЫ ИНФОРМАЦИИ
В рамках оказания услуг по настоящему описанию объекта закупки Исполнитель обязан:

обеспечить организационные и технические меры для защиты данных, хранящихся
в информационной системе, от неправомерного или случайного доступа к ним третьих лиц,
уничтожения, изменения, блокирования, копирования, распространения, а также от иных
неправомерных действий;

обеспечить конфиденциальность и неразглашение информации и данных,
хранящихся в информационной системе и получаемых в связи с исполнением муниципального
контракта;

ограничивать доступ к информации, в том числе для сотрудников, не имеющих
служебной необходимости в ознакомлении с данной информацией;

не использовать информацию, ставшую ему известной при исполнении
муниципального контракта, в целях, не предусмотренных муниципальным контрактом.

Исполнитель обязан обеспечить конфиденциальность персональных данных,
безопасность их обработки в зоне своей ответственности в ходе оказания услуг по настоящему
ООЗ. Для защиты персональных данных от несанкционированного доступа Исполнитель в зоне
своей ответственности обязан принимать все необходимые организационные и технические
меры.
При оказании услуг по настоящему ООЗ, Исполнитель должен обеспечить соблюдение
сотрудниками Исполнителя требований к обеспечению конфиденциальности, целостности и
доступности обрабатываемой информации.
Исполнитель должен определить перечень работников, для которых предполагается
удаленный доступ к информационной инфраструктуре Заказчика, а также перечень информации
и информационных ресурсов, расположенных на серверах Заказчика, к которым будет
предоставляться удаленный доступ.
Недопустима передача персональных данных, ставших известными сотрудникам
Исполнителя в ходе оказания услуг по настоящему описанию объекта закупки, третьим лицам,
21
если иное не предусмотрено законодательством Российской Федерации.
Исполнитель несет ответственность в соответствии с законодательством Российской
Федерации за действия своих сотрудников при оказании услуг по настоящему ООЗ, которые
могут повлечь за собой нарушение функционирования систем Заказчика в целом и (или) свойств
безопасности (конфиденциальности, целостности и доступности) обрабатываемой в системах
Заказчика информации.
При возникновении аварийных ситуаций либо ошибок в программном обеспечении
диагностические инструменты позволяют сохранять полный набор информации, необходимой
для идентификации проблемы.
8. ТРЕБОВАНИЯ К ГАРАНТИИ
Исполнитель гарантирует, что оказываемые Услуги соответствуют требованиям,
установленным в Контракте, обязательным нормам и правилам, регулирующим данную
деятельность (ГОСТ, ТУ), а также иным требованиям законодательства Российской Федерации,
действующим на момент оказания Услуг.
Исполнитель должен обеспечить качество результата оказанных услуг в соответствии с
требованиями настоящего ООЗ.
Гарантийный срок на оказываемые по Контракту Услуги не установлен

=== ФАЙЛ: Требования к заявке.docx | docs/0151600003226000012/Требования к заявке.pdf
ТРЕБОВАНИЯ
К СОДЕРЖАНИЮ, СОСТАВУ ЗАЯВКИ НА УЧАСТИЕ В ЗАКУПКЕ И ИНСТРУКЦИЯ ПО ЕЕ ЗАПОЛНЕНИЮ
Для участия в электронном аукционе заявка на участие в электронном аукционе должна содержать:
1) информацию и документы об участнике закупки:
№
Информация и документы
Инструкция по заполнению заявки
1
решение о согласии на совершение или о включается участником закупки в заявку на участие в закупке, если требование
о наличии такого решения установлено законодательством Российской
последующем одобрении крупной сделки
Федерации, учредительными документами юридического лица и для участника
закупки заключение контракта на поставку товара, выполнение работы или
оказание услуги, являющихся объектом закупки, либо внесение денежных
средств в качестве обеспечения заявки на участие в закупке, обеспечения
исполнения контракта является крупной сделкой
2
декларация о соответствии участника закупки включается участником закупки в заявку на участие в закупке
требованиям, установленным пунктами 3 - 5, 7 - 11
части 1 статьи 31 Федерального закона от
05.04.2013 №44-ФЗ
3
реквизиты счета участника закупки, на который в включается участником закупки в заявку на участие в закупке (за исключением
соответствии с законодательством Российской случаев, если в соответствии с законодательством Российской Федерации
Федерации
осуществляется
перечисление такой счет открывается после заключения контракта)
денежных
средств
в
качестве
оплаты
поставленного товара, выполненной работы (ее
результатов), оказанной услуги, а также отдельных
этапов исполнения контракта, за исключением
случаев, если в соответствии с законодательством
Российской Федерации такой счет открывается
после заключения контракта
Предложение участника закупки о цене контракта
Заявка должна содержать предложение о цене контракта

=== ФАЙЛ: ПК.docx | docs/0151600003226000012/ПК.pdf
(проект) Муниципальный контракт № ____
г. Новосибирск
«__» _______ 20__г.
Под контрактом понимается единый документ, состоящий из электронного
контракта, сформированного с использованием единой информационной системы (далее
электронный контракт), и документа, сформированного без использования единой
информационной системы (далее также документ Контракта).
Настоящий документ Контракта дополняет и (или) уточняет сведения,
сформированные с использованием единой информационной системы путем заполнения
экранных форм веб-интерфейса единой информационной системы или путем
представления в единую информационную систему электронного документа,
содержащего сформированную информацию, посредством информационного
взаимодействия единой информационной системы с иными информационными
системами, используемыми субъектами единой информационной системы (сведения
электронного контракта соответствующей записи реестра контрактов, заключенных
заказчиками).
Муниципальный заказчик – департамент связи и информатизации мэрии города
Новосибирска, в лице начальника департамента Русина Максима Юрьевича,
действующего на основании Положения, утвержденного Решением Совета депутатов №
453 от 05.12.2022, именуемый в дальнейшем «Заказчик», с одной стороны, и участник
закупки, с которым по результатам электронной процедуры заключен контракт и
информация о котором содержится в электронном контракте, именуемый в дальнейшем
«Исполнитель», с другой стороны, здесь и далее именуемые «Стороны», в порядке статьи
51 Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд»
(далее – Закон о контрактной системе) по результатам электронного аукциона, на
основании протокола подведения итогов определения исполнителя, реквизиты которого
указаны в электронном контракте (источник финансирования, код вида расходов,
идентификационный код закупки, ответственное должностное лицо заказчика указаны в
электронном контракте; сведения о лицах, имеющих право на подписание контракта от
имени заказчика, а также от имени участника закупки, с которым заключается контракт,
указаны в электронном контракте), заключили муниципальный контракт (далее Контракт)
о нижеследующем:
1. Предмет Контракта
1.1. Предметом Контракта является оказание услуг по технической поддержке
муниципальной информационной системы «Референдум» (далее – Услуги) в
соответствии с Описанием объекта закупки (приложение № 1 к Контракту),
спецификацией (приложение № 2 к Контракту) и на условиях, предусмотренных
Контрактом.
1.2. Оказание Услуг осуществляется Исполнителем в соответствии с
законодательством Российской Федерации, требованиями иных нормативных правовых
актов, регулирующих порядок предоставления такого вида Услуг, устанавливающих
требования к качеству такого вида Услуг, в соответствии с условиями Контракта.
1.3. Идентификационный код закупки: указывается в электронном контракте,
сформированном с использованием единой информационной системы в сфере закупок.
2. Цена Контракта и порядок расчетов
2.1. Цена Контракта указывается в электронном контракте, сформированном с
использованием единой информационной системы в сфере закупок.
Цена за единицу услуги, сумма по каждой позиции услуги указываются в
электронном контракте, сформированном с использованием единой информационной
системы в сфере закупок.
В случае, если Контракт заключается с юридическим лицом или физическим
лицом, в том числе зарегистрированным в качестве индивидуального предпринимателя,
то сумма, подлежащая уплате Заказчиком, уменьшается на размер налогов, сборов и иных
обязательных платежей в бюджеты бюджетной системы Российской Федерации,
связанных с оплатой контракта, если в соответствии с законодательством Российской
Федерации о налогах и сборах такие налоги, сборы и иные обязательные платежи
подлежат уплате в бюджеты бюджетной системы Российской Федерации Заказчиком.
Источник финансирования: бюджетные средства города Новосибирска на 2027 год.
2.2. Цена Контракта является твердой и не может изменяться в ходе его
исполнения, за исключением случаев, предусмотренных Законом о контрактной системе и
Контрактом. Цена Контракта включает в себя расходы, связанные с оказанием Услуг,
предусмотренных Контрактом, в полном объеме, страхование, уплату таможенных
пошлин, налогов, сборов и других обязательных платежей.
2.3. Оплата производится Заказчиком на расчетный счет Исполнителя, указанный в
Контракте, ежеквартально в срок не более 7 (семи) рабочих дней с даты подписания
Заказчиком документа о приемке, оформленного в электронном виде в Единой
информационной системе (ЕИС) в соответствии с Законом о контрактной системе и при
отсутствии у Заказчика претензий по объему и качеству оказанных Услуг.
2.4. Обязательства Заказчика по оплате цены Контракта считаются исполненными с
момента списания денежных средств в размере, установленном Контрактом, с лицевого
счета Заказчика. За дальнейшее прохождение денежных средств Заказчик
ответственности не несет.
2.5. Настоящий Контракт может быть изменен по основаниям и в порядке,
предусмотренном статьей 95 Закона о контрактной системе.
3. Порядок оказания Услуг
3.1. Место оказания Услуг указывается в электронном контракте, сформированном
с использованием единой информационной системы в сфере закупок.
3.2. Услуги должны быть оказаны Исполнителем в сроки, установленные
Описанием объекта закупки (приложение № 1 к Контракту).
4. Порядок сдачи и приемки оказанных Услуг
4.1. При исполнении контракта, заключенного по результатам проведения
электронных процедур:
После завершения этапа оказания Услуг, предусмотренных Контрактом,
Исполнитель ежеквартально в течение 5 (пяти) рабочих дней формирует с использованием
единой информационной системы, подписывает усиленной электронной подписью лица,
имеющего право действовать от имени исполнителя, и размещает в единой
информационной системе документ о приемке, оформленный в электронном виде в
соответствии с Законом о контрактной системе, который должен содержать:
а) включенные в контракт идентификационный код закупки, наименование, место
нахождения заказчика, наименование объекта закупки, место оказания услуг,
информацию о Исполнителе, предусмотренную подпунктами "а", "г" и "е" части 1 статьи
43 Закона о контрактной системе, единицу измерения оказанных услуг;
а) наименование оказанных услуг;
б) информацию об объёме оказанных услуг;
в) стоимость исполненных Исполнителем обязательств, предусмотренных
Контрактом, с указанием цены за единицу оказанной услуги;
г) иную информацию с учетом требований, установленных в соответствии с частью
3 статьи 5 Закона о контрактной системе.
4.2. К документу о приемке, предусмотренному пунктом 4.1. Контракта, могут
прилагаться документы, которые считаются его неотъемлемой частью. При этом в случае,
если информация, содержащаяся в прилагаемых документах, не соответствует
информации, содержащейся в документе о приемке, приоритет имеет информация,
содержащаяся в документе о приемке;
4.3. Для проверки представленных Исполнителем результатов на их соответствие
условиям Контракта Заказчик проводит экспертизу. Экспертиза результатов может
проводиться Заказчиком своими силами или к ее проведению могут привлекаться
эксперты, экспертные организации.
4.4. Документ о приемке, подписанный Исполнителем, не позднее одного часа с
момента его размещения в единой информационной системе автоматически с
использованием единой информационной системы направляется Заказчику. Датой
поступления Заказчику документа о приемке, подписанного исполнителем, считается дата
размещения такого документа в единой информационной системе в соответствии с
часовой зоной, в которой расположен Заказчик;
4.5. Не позднее 10 (десяти) рабочих дней, следующих за днем поступления от
Исполнителя документа о приемке, Заказчик рассматривает результаты и осуществляет
одно из следующих действий:
а) подписывает усиленной электронной подписью лица, имеющего право
действовать от имени Заказчика, и размещает в единой информационной системе
документ о приемке;
б) формирует с использованием единой информационной системы, подписывает
усиленной электронной подписью лица, имеющего право действовать от имени Заказчика,
и размещает в единой информационной системе уведомление об уточнении;
в) формирует с использованием единой информационной системы, подписывает
усиленной электронной подписью лица, имеющего право действовать от имени Заказчика,
и размещает в единой информационной системе мотивированный отказ от подписания
документа о приемке с указанием причин такого отказа.
4.6. Документ о приемке, уведомление об уточнении, мотивированный отказ от
подписания документа о приемке не позднее одного часа с момента размещения в единой
информационной системе в соответствии с настоящим Контрактом направляются
автоматически с использованием единой информационной системы Исполнителю. Датой
поступления Исполнителю документа о приемке, уведомления об уточнении,
мотивированного отказа от подписания документа о приемке считается дата размещения
документа о приемке, уведомления об уточнении, мотивированного отказа в единой
информационной системе в соответствии с часовой зоной, в которой расположен
Исполнитель.
4.7. В случае получения уведомления об уточнении в единой информационной
системе Исполнитель в течение 3 (трех) рабочих дней, следующих за днем поступления
уведомления об уточнении, формирует исправление полученного документа о приемке и
направляет Заказчику в порядке, предусмотренном настоящим разделом.
4.8. В случае получения мотивированного отказа от подписания документа о
приемке Исполнитель вправе устранить причины, указанные в таком мотивированном
отказе, и направить Заказчику документ о приемке в порядке, предусмотренном частью 13
статьи 94 Закона о контрактной системе;
4.9. Датой приемки оказанной услуги считается дата размещения в единой
информационной системе документа о приемке, подписанного заказчиком.
4.10. Внесение исправлений в документ о приемке, оформленный в соответствии с
частью 13 статьи 94 Закона о контрактной системе, осуществляется путем формирования,
подписания усиленными электронными подписями лиц, имеющих право действовать от
имени исполнителя, заказчика, и размещения в единой информационной системе
исправленного документа о приемке.
4.11. Если Исполнитель в установленный срок не устранит недостатки, Заказчик
вправе отказаться от исполнения Контракта и предъявить Исполнителю требование о
возмещении понесенных убытков.
5. Права и обязанности Сторон
5.1. Заказчик вправе:
5.1.1. Требовать от Исполнителя надлежащего исполнения обязательств в
соответствии с Контрактом, а также требовать своевременного устранения выявленных
недостатков.
5.1.2. Требовать от Исполнителя представления надлежащим образом
оформленных документов, указанных в п. 4.1 Контракта.
5.1.3. В случае досрочного исполнения Исполнителем обязательств по Контракту
принять и оплатить Услуги в соответствии с установленным в Контракте порядком.
5.1.4. Запрашивать у Исполнителя информацию о ходе оказываемых Услуг.
5.1.5. Осуществлять контроль и надзор за качеством, порядком и сроками оказания
Услуг, давать указания о способе оказания Услуг, не вмешиваясь при этом в оперативнохозяйственную деятельность Исполнителя.
5.1.6. Отказаться от приемки результата Услуг в случаях, предусмотренных
Контрактом и законодательством Российской Федерации, в том числе в случае
обнаружения неустранимых недостатков.
5.1.7. Отказаться в любое время до сдачи Услуг от исполнения Контракта и
потребовать возмещения ущерба, если Исполнитель не приступает своевременно к
исполнению Контракта или оказывает Услуги настолько медленно, что окончание их к
сроку, указанному в Контракте, становится явно невозможным.
5.1.8. Принять решение об одностороннем отказе от исполнения Контракта
в соответствии с Законом о контрактной системе.
5.1.9. По соглашению с Исполнителем изменить существенные условия Контракта
в случаях, установленных Законом о контрактной системе.
5.1.10. Пользоваться иными правами, установленными Контрактом и
законодательством Российской Федерации.
5.2. Заказчик обязан:
5.2.1. Провести экспертизу для проверки представленных Исполнителем
результатов оказанных Услуг, предусмотренных Контрактом в соответствии с п. 4.3.
Контракта.
5.2.2. Сообщать в письменной форме Исполнителю о недостатках, обнаруженных в
ходе оказания Услуг, в течение 2 (двух) рабочих дней после обнаружения таких
недостатков. Заказчик, обнаружив при осуществлении контроля и надзора за ходом
оказания Услуг отступления от условий Контракта, которые могут ухудшить качество
Услуг, или иные их недостатки, должен в течение 1 (одного) календарного дня заявить об
этом Исполнителю. Заказчик обязан назначить своего ответственного представителя для
контроля за оказанием Исполнителем Услуг по Контракту и согласования
организационных вопросов.
5.2.3. Своевременно принять и оплатить надлежащим образом оказанные Услуги
в соответствии с Контрактом, включая проведение экспертизы оказанных Услуг в
соответствии с законодательством Российской Федерации.
5.2.4. При получении от Исполнителя уведомления о приостановлении оказания
Услуг в случае, указанном в подпункте 5.4.6 Контракта, в течение 3 (трех) рабочих дней
рассмотреть вопрос о целесообразности и порядке продолжения оказания Услуг.
5.2.5. Не позднее 10 (десяти) рабочих дней с момента возникновения права
требования от Исполнителя оплаты неустойки (штрафа, пени) направить Исполнителю
претензионное письмо с требованием оплаты в течение 5 (пяти) рабочих дней с даты
получения претензионного письма неустойки (штрафа, пени), рассчитанной в
соответствии с законодательством Российской Федерации и условиями Контракта.
5.2.6. При неоплате Исполнителем неустойки (штрафа, пени) в течение 10 (десяти)
рабочих дней с даты истечения срока для оплаты неустойки (штрафа, пени), указанного
в претензионном письме, а также в случае полного или частичного немотивированного
отказа в удовлетворении претензии, либо неполучения в срок ответа на претензию,
направить в суд исковое заявление с требованием оплаты неустойки (штрафа, пени),
рассчитанной в соответствии с законодательством Российской Федерации и условиями
Контракта.
5.2.7. В течение 10 (десяти) рабочих дней с даты фактического исполнения
обязательств Исполнителем принять необходимые меры по взысканию неустойки
(штрафа, пени) за весь период просрочки исполнения обязательств, предусмотренных
Контрактом, а именно потребовать оплаты неустойки (штрафа, пени), рассчитанной в
соответствии с законодательством Российской Федерации и условиями Контракта за весь
период просрочки исполнения, и в случае неоплаты Исполнителем неустойки (штрафа,
пени) в течение указанного срока направить в суд исковое заявление с соответствующими
требованиями.
5.2.8. При направлении в суд искового заявления с требованиями о расторжении
Контракта одновременно заявлять требования об оплате неустойки (штрафа, пени),
рассчитанной в соответствии с законодательством Российской Федерации и условиями
Контракта.
5.2.9. В случае обеспечения исполнения Контракта в форме независимой гарантии,
при неисполнении Исполнителем своих обязательств, Заказчик обязан обратиться к
гаранту с требованием исполнить обязанности в соответствии с выданной гарантией.
При отказе гаранта исполнить требования Заказчика Заказчик обязан в течение 5
(пяти) рабочих дней с момента неисполнения или отказа гаранта обратиться в
арбитражный суд с требованием об обязании гаранта исполнить обязанности,
предусмотренные гарантией, либо Заказчик вправе осуществить бесспорное списание
денежных средств со счета гаранта, если гарантом в срок не более чем 10 (десять) рабочих
дней не исполнено требование Заказчика об уплате денежной суммы по независимой
гарантии, направленное до окончания срока действия независимой гарантии.
5.2.10. Обеспечить
конфиденциальность
информации,
представленной
Исполнителем в ходе исполнения обязательств по Контракту, за исключением случаев,
когда Заказчик в соответствии с законодательством Российской Федерации обязан
предоставлять информацию третьим лицам.
5.2.11. Исполнять иные обязанности, предусмотренные законодательством
Российской Федерации и условиями Контракта.
5.3. Исполнитель вправе:
5.3.1. Требовать
своевременного
подписания
Заказчиком
в
единой
информационной системе документа о приемке по Контракту.
5.3.2. Требовать своевременной оплаты оказанных Услуг в соответствии с
условиями Контракта.
5.3.3. Требовать уплаты неустоек (штрафов, пеней) в случае просрочки исполнения
Заказчиком обязательств, предусмотренных Контрактом, а также в иных случаях
ненадлежащего исполнения Заказчиком обязательств, предусмотренных Контрактом.
5.3.4. Запрашивать у Заказчика разъяснения и уточнения относительно оказания
Услуг в рамках Контракта.
5.3.5. Получать от Заказчика содействие при оказании Услуг в соответствии с
условиями Контракта (с согласия Заказчика).
5.3.6. Досрочно исполнить обязательства по Контракту с согласия Заказчика
5.3.7. Принять решение об одностороннем отказе от исполнения Контракта
в соответствии с законодательством Российской Федерации.
5.3.8. Пользоваться
иными
правами,
установленными
Контрактом
и
законодательством Российской Федерации.
5.4. Исполнитель обязан:
5.4.1. Своевременно и надлежащим образом исполнять обязательства в
соответствии с условиями Контракта и представить Заказчику документы, указанные в
п. 4.1 Контракта, по итогам исполнения Контракта.
5.4.2. Своевременно представить по запросу Заказчика в сроки, указанные в таком
запросе, информацию о ходе исполнения обязательств, в том числе о сложностях,
возникающих при исполнении Контракта.
5.4.3. Обеспечивать соответствие результатов Услуг требованиям качества,
безопасности жизни и здоровья, а также иным требованиям сертификации, безопасности
(санитарным нормам и правилам, государственным стандартам и т.п.), лицензирования,
установленным законодательством Российской Федерации.
Исполнитель обязан в течение срока исполнения Контракта представить по запросу
Заказчика в течение 1 (одного) рабочего дня после дня получения указанного запроса
документы, подтверждающие соответствие Услуг указанным выше требованиям.
5.4.4. Обеспечить устранение недостатков, выявленных при приемке Заказчиком
Услуг, за свой счет.
5.4.5. Предоставить обеспечение исполнения Контракта в случаях, установленных
Законом о контрактной системе и Контрактом.
5.4.6. Приостановить оказание Услуг в случае обнаружения не зависящих
от Исполнителя обстоятельств, которые могут оказать негативное влияние на качество
результатов оказываемых Услуг или создать невозможность их завершения в
установленный Контрактом срок, и сообщить об этом Заказчику в течение 1 (одного)
рабочего дня после приостановления оказания Услуг.
5.4.7. В течение 1 (одного) рабочего дня информировать Заказчика о
невозможности оказать Услуги в надлежащем объёме, в предусмотренные Контрактом
сроки, надлежащего качества.
5.4.8. В случае, если законодательством Российской Федерации предусмотрены
обязательные требования к лицам, осуществляющим определенные виды деятельности,
входящие в состав услуг, оказываемых по Контракту (лицензирование, членство
в саморегулируемых организациях, аккредитация и прочее), Исполнитель обязан
обеспечить наличие документов, подтверждающих его соответствие, требованиям,
установленным законодательством Российской Федерации, в течение всего срока
исполнения Контракта. Указанные документы представляются Исполнителем по
требованию Заказчика в течение 3 (трех) рабочих дней со дня получения
соответствующего требования.
5.4.9. Представить Заказчику сведения об изменении своего фактического
местонахождения в срок не позднее 5 (пяти) рабочих дней со дня соответствующего
изменения. В случае непредставления уведомления об изменении адреса фактическим
местонахождением Исполнителя будет считаться адрес, указанный в Контракте.
5.4.10. Обеспечить
конфиденциальность
информации,
предоставленной
Заказчиком в ходе исполнения обязательств по Контракту, за исключением случаев, когда
Исполнитель в соответствии с законодательством Российской Федерации обязан
предоставлять информацию третьим лицам.
5.4.11. Исполнять иные обязанности, предусмотренные законодательством
Российской Федерации и Контрактом.
6. Гарантии
6.1. Исполнитель гарантирует, что оказываемые Услуги соответствуют
требованиям, установленным в Контракте, обязательным нормам и правилам,
регулирующим данную деятельность (ГОСТ, ТУ), а также иным требованиям
законодательства Российской Федерации, действующим на момент оказания Услуг.
6.2. Гарантийный срок на оказываемые по Контракту Услуги не установлен.
7. Ответственность Сторон
7.1. За неисполнение или ненадлежащее исполнение своих обязательств,
установленных Контрактом, Стороны несут ответственность в соответствии с
законодательством Российской Федерации и Контрактом.
Размеры неустоек (штрафов, пеней), указанные в настоящем разделе, определяются
в соответствии с Правилами определения размера штрафа, начисляемого в случае
ненадлежащего исполнения заказчиком, неисполнения или ненадлежащего исполнения
поставщиком (подрядчиком, исполнителем) обязательств, предусмотренных контрактом
(за исключением просрочки исполнения обязательств заказчиком, поставщиком
(подрядчиком, исполнителем), утвержденными постановлением Правительства
Российской Федерации от 30.08.2017 № 1042 (далее – Правила), а также в соответствии с
положениями статьи 34 Закона о контрактной системе.
7.2. В случае просрочки исполнения Заказчиком обязательств, предусмотренных
Контрактом, а также в иных случаях неисполнения или ненадлежащего исполнения
Заказчиком обязательств, предусмотренных Контрактом, Исполнитель вправе
потребовать уплаты неустоек (штрафов, пеней).
Пеня в размере 1/300 (одной трехсотой) действующей на дату уплаты пеней
ключевой ставки Центрального банка Российской Федерации от не уплаченной в срок
суммы начисляется за каждый день просрочки исполнения обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения
установленного Контрактом срока исполнения обязательства.
7.3. За каждый факт неисполнения Заказчиком обязательств, предусмотренных
Контрактом, за исключением просрочки исполнения обязательств, предусмотренных
Контрактом, размер штрафа устанавливается в следующем порядке:
1000 рублей, если цена контракта не превышает 3 млн. рублей (включительно).
7.4. В случае просрочки исполнения Исполнителем обязательств (в том числе
гарантийного обязательства), предусмотренных Контрактом, а также в иных случаях
неисполнения или ненадлежащего исполнения Исполнителем обязательств,
предусмотренных Контрактом, Заказчик направляет Исполнителю требование об уплате
неустоек (штрафов, пеней).
Пеня начисляется за каждый день просрочки исполнения Исполнителем
обязательства, предусмотренного Контрактом, в размере одной трехсотой действующей
на дату уплаты пени ключевой ставки Центрального банка Российской Федерации от цены
Контракта (отдельного этапа исполнения Контракта), уменьшенной на сумму,
пропорциональную
объему
обязательств,
предусмотренных
Контрактом
(соответствующим этапом исполнения Контракта), и фактически исполненных
Исполнителем.
7.5. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
обязательств (в том числе гарантийного обязательства), предусмотренных Контрактом,
размер штрафа устанавливается в следующем порядке:
10 процентов цены контракта (этапа) в случае, если цена этапа не превышает 3 млн.
7.5. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
обязательств (в том числе гарантийного обязательства), предусмотренных Контрактом,
размер штрафа устанавливается в размере 1 процента цены контракта (этапа), но не более
5 тыс. рублей и не менее 1 тыс. рублей.
7.6. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательства, предусмотренного Контрактом, которое не имеет стоимостного
выражения, размер штрафа устанавливается (при наличии в контракте таких
обязательств) в следующем порядке:
1000 рублей, если цена контракта не превышает 3 млн. рублей.
7.7. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, заключенным с победителем закупки (или с
иным участником закупки в случаях, установленных Законом о контрактной системе),
предложившим наиболее высокую цену за право заключения контракта, размер штрафа
рассчитывается в порядке, установленном Правилами, за исключением просрочки
исполнения обязательств (в том числе гарантийного обязательства), предусмотренных
Контрактом, и устанавливается в следующем порядке:
а) в случае, если цена контракта не превышает начальную (максимальную) цену
контракта:
10 процентов начальной (максимальной) цены контракта, если цена контракта не
превышает 3 млн. рублей;
5 процентов начальной (максимальной) цены контракта, если цена контракта
составляет от 3 млн. рублей до 50 млн. рублей (включительно);
1 процент начальной (максимальной) цены контракта, если цена контракта
составляет от 50 млн. рублей до 100 млн. рублей (включительно);
б) в случае, если цена контракта превышает начальную (максимальную) цену
контракта:
10 процентов цены контракта, если цена контракта не превышает 3 млн. рублей;
5 процентов цены контракта, если цена контракта составляет от 3 млн. рублей до 50
млн. рублей (включительно);
1 процент цены Контракта, если цена Контракта составляет от 50 млн. рублей до
100 млн. рублей (включительно).
7.8. Общая сумма начисленных штрафов за неисполнение или ненадлежащее
исполнение Исполнителем обязательств, предусмотренных Контрактом, не может
превышать цену Контракта.
Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных Контрактом, не может превышать цену Контракта.
7.9. В случае неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, Заказчик вправе произвести оплату по
Контракту за вычетом соответствующего размера неустойки (штрафа, пени) (при этом
исполнение обязательства Исполнителя по перечислению неустойки (штрафа, пени) и
(или) убытков в доход бюджета возлагается на Заказчика) либо осуществить удержание
суммы неустойки (штрафа, пени) из обеспечения исполнения Контракта,
предоставленного Исполнителем в соответствии с разделом 8 настоящего Контракта.
7.10. Уплата Стороной неустойки (штрафа, пени) не освобождает ее от исполнения
обязательств по Контракту.
7.11. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет,
что неисполнение или ненадлежащее исполнение обязательства, предусмотренного
Контрактом, произошло по вине другой Стороны или вследствие непреодолимой силы, а
именно чрезвычайных и непредотвратимых при данных условиях обстоятельств:
стихийных природных явлений (землетрясений, наводнений, пожаров и т.д.), действий
объективных внешних факторов (военных действий, актов органов государственной
власти и управления и т.п.), подтвержденных в установленном законодательством
порядке, препятствующих надлежащему исполнению обязательств по Контракту, которые
возникли после заключения Контракта, на время действия этих обстоятельств, если эти
обстоятельства непосредственно повлияли на исполнение Стороной своих обязательств, а
также которые Сторона была не в состоянии предвидеть и предотвратить.
8. Обеспечение исполнения Контракта
8.1. Обеспечение исполнения Контракта предусмотрено для обеспечения
исполнения Исполнителем его обязательств по Контракту, в том числе таких обязательств,
как оказание Услуг надлежащего качества, соблюдения сроков оказания Услуг, оплата
неустойки (штрафа, пени) за неисполнение или ненадлежащее исполнение условий
Контракта, возмещение ущерба.
Обеспечение исполнения Контракта не применяется, если участник закупки,
с которым заключается Контракт, является казенным учреждением.
Исполнение Контракта обеспечивается предоставлением независимой гарантии,
выданной банками, государственной корпорацией развития «ВЭБ.РФ», фондами
содействия кредитованию (гарантийными фондами, фондами поручительств),
Евразийским банком развития и соответствующей требованиям законодательства
Российской Федерации, или внесением денежных средств на указанный Заказчиком счет,
на котором в соответствии с законодательством Российской Федерации учитываются
операции со средствами, поступающими Заказчику.
Способ обеспечения исполнения Контракта определяется Исполнителем
самостоятельно.
8.2. Размер обеспечения исполнения контракта: составляет 10 % (десять процентов)
цены контракта.
При снижении цены в предложенной Исполнителем заявке на двадцать пять и
более процентов по отношению к начальной (максимальной) цене Контракта,
Исполнитель, с которым заключается Контракт, предоставляет обеспечение исполнения
Контракта с учетом положений ст. 37 Закона о контрактной системе.
В случае предоставления обеспечения исполнения контракта участником закупки в
виде денежных средств, денежные средства, перечисляются на счет по следующим
реквизитам:
Получатель: ДФиНП мэрии (ДСиИ, л/с 780.01.001.3)
ИНН/КПП: 5406827880/540601001
Счет: 03232643507010005100
Корр. счет: 40102810445370000043
БИК: 015004950
Наименование кредитной организации ОКЦ № 1 Сибирского ГУ Банка России
//УФК по Новосибирской области г. Новосибирск
ОКТМО: 50701000
КБК: 94000000000000000510
Назначение платежа: Денежные средства для обеспечения исполнения контракта
(номер извещения, наименование объекта закупки). НДС не облагается.
Исполнитель освобождается от предоставления обеспечения исполнения
Контракта, в том числе с учетом положений ст. 37 Закона о контрактной системе, в случае,
предусмотренном ч. 8.1 ст. 96 Закона о контрактной системе.
8.3. В ходе исполнения Контракта Исполнитель вправе изменить способ
обеспечения исполнения Контракта и (или) предоставить Заказчику взамен ранее
предоставленного обеспечения исполнения Контракта новое обеспечение исполнения
Контракта, размер которого может быть уменьшен в порядке и случаях, которые
предусмотрены частями 7.2 и 7.3 статьи 96 Закона о контрактной системе.
8.4. Срок действия независимой гарантии определяется Исполнителем
самостоятельно в соответствии с требованиями Закона о контрактной системе, при этом
данный срок должен превышать срок исполнения обеспечиваемых обязательств не менее
чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 Закона
о контрактной системе.
8.5. В случае, если по каким-либо причинам обеспечение исполнения Контракта
перестало быть действительным, закончило свое действие или иным образом перестало
обеспечивать исполнение Исполнителем его обязательств по Контракту, Исполнитель
обязуется в течение 10 (десяти) рабочих дней с момента, когда такое обеспечение
перестало действовать, предоставить Заказчику новое надлежащее обеспечение
исполнения Контракта на тех же условиях и в таком же размере.
Действие указанного пункта не распространяется на случаи, если Исполнителем
представлена недостоверная (поддельная) независимая гарантия.
В случае отзыва в соответствии с законодательством Российской Федерации у
банка, предоставившего независимую гарантию в качестве обеспечения исполнения
Контракта, лицензии на осуществление банковских операций Исполнитель обязуется
предоставить новое обеспечение исполнения Контракта не позднее одного месяца со дня
надлежащего уведомления Заказчиком Исполнителя о необходимости предоставить
соответствующее обеспечение. Размер такого обеспечения может быть уменьшен в
порядке и случаях, которые предусмотрены частями 7, 7.1, 7.2 и 7.3 статьи 96 Закона о
контрактной системе. За каждый день просрочки исполнения Исполнителем
обязательства, предусмотренного настоящим абзацем, начисляется пеня в размере одной
трехсотой действующей на дату уплаты пени ключевой ставки Центрального банка
Российской Федерации от цены Контракта, уменьшенной на сумму, пропорциональную
объему обязательств, предусмотренных Контрактом и фактически исполненных
Исполнителем.
8.6. Прекращение обеспечения исполнения Контракта или не соответствующее
требованиям Закона о контрактной системе обеспечение исполнения Контракта по
истечении срока, указанного в п. 8.5 Контракта, признается существенным нарушением
Контракта Исполнителем и является основанием для расторжения Контракта по
требованию Заказчика с возмещением ущерба в полном объеме.
8.7. В случае надлежащего исполнения Исполнителем обязательств по Контракту
обеспечение исполнения Контракта подлежит возврату Исполнителю. Заказчик осуществляет
возврат денежных средств на расчетный счет Исполнителя, указанный в Контракте, после
оказания всего объема Услуг в течение 15 (пятнадцати) дней с даты подписания Заказчиком
документа о приемке, при отсутствии у Заказчика претензий по объему и качеству оказанных
Услуг.
В случае уменьшения размера обеспечения исполнения Контракта в порядке и случаях,
установленных Законом о контрактной системе, часть денежных средств, внесенная
Исполнителем в качестве обеспечения исполнения контракта, по заявлению Исполнителя
подлежит возврату Исполнителю в течение 15 (пятнадцати) дней с даты получения Заказчиком
указанного заявления, при отсутствии у Заказчика претензий по объему и качеству оказанных
Услуг.
8.8. Обеспечение исполнения Контракта сохраняет свою силу при изменении
законодательства Российской Федерации, а также при реорганизации Исполнителя
или Заказчика.
8.9. Независимая гарантия должна быть безотзывной и должна содержать сведения,
указанные в Законе о контрактной системе.
В независимую гарантию включается условие об обязанности гаранта уплатить
заказчику (бенефициару) денежную сумму по независимой гарантии не позднее десяти
рабочих дней со дня, следующего за днем получения гарантом требования заказчика
(бенефициара), соответствующего условиям такой независимой гарантии, при отсутствии
предусмотренных Гражданским кодексом Российской Федерации оснований для отказа в
удовлетворении этого требования.
8.10. Все затраты, связанные с заключением и оформлением договоров и иных
документов по обеспечению исполнения Контракта, несет Исполнитель.
9. Срок исполнения, порядок изменения и расторжения Контракта
9.1. Контракт вступает в силу со дня его подписания Сторонами, а при заключении
Контракта по результатам проведения электронной процедуры – в соответствии с
положениями статьи 51 Закона о контрактной системе.
9.2. Срок исполнения Контракта обеими Сторонами в полном объеме:
дата начала исполнения Контракта: 01.01.2027
срок исполнения контракта: 31.12.2027
Окончание срока исполнения Контракта не освобождает Стороны от выполнения
обязательств, предусмотренных Контрактом, а также от ответственности за нарушение
условий Контракта.
9.3. Контракт может быть расторгнут:
по соглашению Сторон;
по решению суда;
в случае одностороннего отказа Стороны Контракта от исполнения Контракта
в соответствии с гражданским законодательством.
9.4. Заказчик вправе обратиться в суд в установленном законодательством
Российской Федерации порядке с требованием о расторжении Контракта в следующих
случаях:
9.4.1. При существенном нарушении Контракта Исполнителем.
9.4.2. В случае просрочки исполнения обязательств по оказанию Услуг более чем
на 5 (пять) календарных дней.
9.4.3. В случае неоднократного нарушения сроков оказания Услуг – более двух раз
более чем на 10 (десять) календарных дней.
9.4.4. В случае существенного нарушения требований к качеству оказываемых
Услуг (обнаружения неустранимых недостатков, недостатков, которые не могут быть
устранены без несоразмерных расходов или затрат времени, или выявляются
неоднократно, либо проявляются вновь после их устранения, и других подобных
недостатков).
9.4.5. Установления факта предоставления недостоверной (поддельной)
независимой гарантии или содержащихся в ней сведений, а также представление
независимой гарантии, не соответствующей требованиям Закона о контрактной системе.
9.4.6. В иных случаях, предусмотренных законодательством Российской
Федерации.
9.5. Заказчик обязан принять решение об одностороннем отказе от исполнения
Контракта случаях, установленных Законом о контрактной системе.
9.6. Заказчик вправе принять решение об одностороннем отказе от исполнения
Контракта по основаниям, предусмотренным Гражданским кодексом Российской
Федерации для одностороннего отказа от исполнения договора возмездного оказания
услуг, договора подряда в случаях, установленных в статье 783 ГК РФ, в том числе в
следующих случаях:
9.6.1. В любое время без указания причин при условии оплаты Исполнителю
фактически понесенных им расходов (пункт 1 статьи 782 ГК РФ).
9.6.2. Если Исполнитель не приступает своевременно к исполнению Контракта или
оказывает Услуги настолько медленно, что окончание их к сроку становится явно
невозможным (пункт 2 статьи 715 ГК РФ).
9.6.3. Если во время оказания Услуг станет очевидным, что они не будут оказаны
надлежащим образом, Заказчик вправе назначить Исполнителю разумный срок для
устранения недостатков и при неисполнении Исполнителем в назначенный срок этого
требования отказаться от исполнения Контракта (пункт 3 статьи 715 ГК РФ).
9.6.4. Если отступления от условий Контракта или иные недостатки результата
Услуг в установленный Заказчиком разумный срок не были устранены Исполнителем
либо являются существенными и неустранимыми (пункт 3 статьи 723 ГК РФ).
9.6.5. Если при нарушении Исполнителем конечного срока оказания Услуг,
указанного в Контракте, исполнение Исполнителем Контракта утратило для Заказчика
интерес (пункт 3 статьи 708 ГК РФ, пункт 2 статьи 405 ГК РФ).
9.7. Заказчик до принятия решения об одностороннем отказе от исполнения
Контракта вправе провести экспертизу оказанных Услуг с привлечением экспертов,
экспертных организаций.
Если Заказчиком проведена экспертиза оказанной Услуги с привлечением
экспертов, экспертных организаций, решение об одностороннем отказе от исполнения
Контракта может быть принято Заказчиком только при условии, что по результатам
экспертизы оказанной Услуги в заключении эксперта, экспертной организации будут
подтверждены нарушения условий Контракта, послужившие основанием для
одностороннего отказа Заказчика от исполнения Контракта.
9.8. В случае принятия Заказчиком решения об одностороннем отказе от исполнения
Контракта, уведомление исполнителя осуществляется в соответствии с положениями
статьи 95 Закона о Контрактной системе.
9.9. Решение Заказчика об одностороннем отказе от исполнения Контракта
вступает в силу и Контракт считается расторгнутым через 10 (десять) календарных дней с
даты надлежащего уведомления Заказчиком Исполнителя об одностороннем отказе от
исполнения Контракта.
9.10. Заказчик обязан отменить не вступившее в силу решение об одностороннем
отказе от исполнения Контракта, если в течение 10 (десяти) календарных дней с даты
надлежащего уведомления Исполнителя о принятом решении об одностороннем отказе от
исполнения Контракта устранено нарушение условий Контракта, послужившее
основанием для принятия указанного решения, а также Заказчику компенсированы
затраты на проведение экспертизы в соответствии с п. 9.7 Контракта. Данное правило не
применяется в случае повторного нарушения Исполнителем условий Контракта, которые
в соответствии с законодательством Российской Федерации являются основанием для
одностороннего отказа Заказчика от исполнения Контракта.
9.11. Исполнитель вправе принять решение об одностороннем отказе от
исполнения Контракта в соответствии с законодательством Российской Федерации.
10. Антикоррупционная оговорка
10.1. При исполнении своих обязательств по Контракту, Стороны, их
аффилированные лица, работники или посредники не выплачивают, не предлагают
выплатить и не разрешают выплату каких-либо денежных средств или ценностей, прямо
или косвенно, любым лицам, для оказания влияния на действия или решения этих лиц с
целью получить какие-либо неправомерные преимущества или иные неправомерные цели.
При исполнении своих обязательств по Контракту, Стороны, их аффилированные
лица, работники или посредники не осуществляют действия, квалифицируемые
применимым для целей Контракта законодательством, как дача/получение взятки,
коммерческий подкуп, а также действия, нарушающие требования применимого
законодательства и международных актов о противодействии легализации (отмыванию)
доходов, полученных преступным путем.
10.2. В случае возникновения у Стороны подозрений, что произошло или может
произойти нарушение п. 10.1, соответствующая Сторона обязуется уведомить другую
Сторону в письменной форме. В письменном уведомлении Сторона обязана сослаться на
факты или предоставить материалы, достоверно подтверждающие или дающие основание
предполагать, что произошло или может произойти нарушение п. 10.1 контрагентом, его
лицам, работникам или посредниками выражающееся в действиях, квалифицируемых
применимым законодательством, как дача или получение взятки, коммерческий подкуп, а
также действиях, нарушающих требования законодательства и международных актов о
противодействии легализации доходов, полученных преступным путем.
10.3. В случаи нарушения одной из Стороной обязательств воздерживаться от
запрещенных в данном разделе действий и/или неполучения другой Стороной в
установленный Контрактом срок подтверждения, что нарушение не произошло или не
произойдет, другая Сторона имеет право расторгнуть Контракт в одностороннем порядке
полностью или в части, направив письменной уведомление о расторжении. Сторона, по
чьей инициативе был, расторгнут Контракт в соответствии с положениями настоящей
статьи, вправе требовать возмещения реального ущерба, возникшего в результате такого
расторжения.
11. Обстоятельства непреодолимой силы
11.1. Стороны не несут ответственность за полное или частичное неисполнение
предусмотренных настоящим Контрактом обязательств, если такое неисполнение связано
с обстоятельствами непреодолимой силы.
11.2. Сторона, для которой создалась невозможность исполнения обязательств по
настоящему Контракту вследствие обстоятельств непреодолимой силы, не позднее 2
(двух) дней с момента их наступления в письменной форме извещает другую Сторону с
приложением документов, удостоверяющих факт наступления указанных обстоятельств.
11.3. В случае возникновения обстоятельств непреодолимой силы Стороны вправе
расторгнуть настоящий Контракт, и в этом случае ни одна из Сторон не вправе требовать
возмещения убытков.
11.4. Подтверждением наличия обстоятельств непреодолимой силы и их
продолжительности является письменное свидетельство уполномоченных органов или
уполномоченных организаций.
12. Порядок урегулирования споров
12.1. Все споры и разногласия, возникшие в связи с исполнением Контракта, его
изменением, расторжением или признанием недействительным, Стороны будут
стремиться решить путем переговоров.
12.2. В случае недостижения взаимного согласия все споры по Контракту
разрешаются в Арбитражном суде Новосибирской области.
12.3. До передачи спора на разрешение Арбитражного суда Новосибирской
области Стороны примут меры к его урегулированию в претензионном порядке. В случае
обмена документами при применении мер ответственности и совершении иных действий в
связи с нарушением Сторонами условий Контракта такой обмен осуществляется
Сторонами с использованием единой информационной системы путем направления
электронных уведомлений. Такие уведомления формируются с использованием единой
информационной системы, подписываются усиленной электронной подписью лица,
имеющего право действовать от имени Заказчика, Исполнителя, и размещаются в единой
информационной системе. По полученной претензии Сторона обязана дать ответ, по
существу, в срок не позднее 3 (трех) рабочих дней с даты ее получения.
13. Прочие условия
13.1. Все уведомления Сторон, связанные с исполнением Контракта, направляются
в письменной форме по почте заказным письмом с уведомлением о вручении по адресу
Стороны, указанному в Контракте, или с использованием факсимильной связи,
электронной почты с последующим представлением оригинала. В случае направления
уведомлений с использованием почты датой получения уведомления признается дата
получения отправляющей Стороной подтверждения о вручении второй Стороне
указанного уведомления либо дата получения Стороной информации об отсутствии
адресата по его адресу, указанному в Контракте. При невозможности получения
указанных подтверждения либо информации датой такого надлежащего уведомления
признается дата по истечении 14 (четырнадцати) календарных дней с даты направления
уведомления по почте заказным письмом с уведомлением о вручении. В случае
отправления уведомлений посредством факсимильной связи и электронной почты
уведомления считаются полученными Стороной в день их отправки.
13.2. Контракт заключен в электронной форме в порядке, предусмотренном статьей
51 Закона о контрактной системе.
13.3. В случае перемены Заказчика по Контракту права и обязанности Заказчика
по Контракту переходят к новому заказчику в том же объеме и на тех же условиях.
13.4. При исполнении Контракта не допускается перемена Исполнителя, за
исключением случаев, если новый исполнитель является правопреемником Исполнителя
по Контракту вследствие реорганизации юридического лица в форме преобразования,
слияния или присоединения.
13.5. Исполнитель не вправе передавать свои права и обязанности или их часть по
настоящему Контракту третьему лицу за исключением права требования по денежному
обязательству, передачи прав и обязанностей по настоящему Контракту вследствие
реорганизации юридического лица в форме преобразования, слияния или присоединения.
Передача права требования по денежному обязательству осуществляется в соответствии с
действующим законодательством.
13.6. Во всем, что не предусмотрено Контрактом, Стороны руководствуются
законодательством Российской Федерации.
14. Приложения
14.1. Неотъемлемыми частями Контракта являются следующие приложения
к Контракту:
приложение № 1 «Описание объекта закупки»;
приложение № 2 «Спецификация».
15. Адреса и банковские реквизиты Сторон
15.1. Адреса и реквизиты Сторон указаны в электронном контракте,
сформированном с использованием единой информационной системы в сфере закупок.
ПРИЛОЖЕНИЕ № 1
к Муниципальному контракту № ___/20__
от «__» __________ 202_ г
Описание объекта закупки
Оказание услуг по технической поддержке муниципальной
информационной системы «Референдум»
1. ПЕРЕЧЕНЬ ТЕРМИНОВ, ИСПОЛЬЗУЕМЫХ В ОПИСАНИИ
ОБЪЕКТА ЗАКУПКИ
Муниципальная информационная система регистрации
МИС «Референдум»,
(учета) избирателей, участников референдума в городе
Система
Новосибирске «Референдум»
АРМ
Автоматизированное рабочее место
БД
База данных
ВС
Вид сведений представляет собой комплект документации,
определяющий технические требования и особенности
предоставления конкретных сведений в СМЭВ
Заказчик
Заказчик по муниципальному контракту
Исполнитель
Лицо, выполняющее работы по реализации настоящего
(Подрядчик)
описания объекта закупки
ИС
Информационная система
МК
Муниципальный контракт
МВД
Министерство внутренних дел
Обращения в службу технической поддержки Исполнителя
Обращение
по вопросам, связанным с работой ИС
ПО
Программное обеспечение.
Сотрудники Департамента организационно-контрольной
Пользователь Системы работы мэрии города Новосибирска, администраций
города Новосибирска
Регламент взаимодействия в процессе оказания
технической поддержки: Документированная процедура,
Регламент
описывающая порядок действий и организацию
взаимодействия
взаимодействия в процессе оказания технической
поддержки
СМЭВ
Система
межведомственного
электронного
взаимодействия
СУБД
Система управления базами данных
СУЗ
Система управления запросами
ООЗ
Описание объекта закупки
ФОИВ
Федеральные органы исполнительной власти
ЦОД
Центр обработки данных
ЭП
Электронная подпись
AD, Active directory
Единая служба для идентификации и нотификации
пользователей
SSO, Single Sign On
Технология единого вход
2. ОБЩИЕ СВЕДЕНИЯ
2.1. Предмет закупки:
Оказание услуг по технической поддержке муниципальной информационной
системы «Референдум» (далее – Услуги).
2.2. Заказчик:
Департамент связи и информатизации мэрии города Новосибирска.
2.3. Срок оказания услуг:
В соответствии с условиями Контракта – с 01.01.2027 по 31.12.2027.
2.4. Место оказания услуг:
630099, город Новосибирск, Красный проспект, д. 34.
2.5. Результат оказания услуг:
Предоставление технической поддержки на условиях, предусмотренных
контрактом и настоящим описанием объекта закупки.
2.6. Контактные данные Заказчика: т. +7 (383) 227 – 40 – 22 и/или эл. почте:
dsi@admnsk.ru.
3. ЦЕЛИ И ПРАВОВЫЕ ОСНОВАНИЯ ДЛЯ ОКАЗАНИЯ УСЛУГ
3.1.
Целями оказания услуг являются:
Обеспечение работоспособности муниципальной информационной системы
«Референдум» мэрии города Новосибирска в круглосуточном режиме и обновление
компонентов платформы.
3.2.
Правовые основания:
Постановление мэрии города Новосибирска от 22.11.2024 N 10122 «О
муниципальной программе "Цифровая трансформация муниципального управления города
Новосибирска», мероприятие «Обеспечение технической поддержки информационных
систем».
4. ТРЕБОВАНИЯ К ОКАЗЫВАЕМЫМ УСЛУГАМ
4.1.
Описание объекта
Поддержание работоспособности муниципальной информационной системы
«Референдум» мэрии города Новосибирска в круглосуточном режиме.
4.2.
Требования к порядку взаимодействия
В рамках оказания Услуг Исполнитель должен обеспечить бесперебойную работу
системы в режиме «24 часа в сутки 7 дней в неделю».
Для обеспечения взаимодействия с Заказчиком Исполнитель в 5-дневный срок с
даты заключения муниципального контракта определяет перечень лиц, уполномоченных в
структуре Исполнителя принимать решения оперативного характера о порядке и способе
оказания Услуги, и несущих ответственность за качество и полноту ее оказания.
Заказчик в течение 5 рабочих дней с даты заключения муниципального контракта
предоставляет Исполнителю перечень и контактные данные уполномоченных лиц для
взаимодействия по организационным вопросам, а также по вопросам технической
поддержки МИС «Референдум».
Для оказания услуг в удалённом режиме Исполнитель в течение 10 дней с даты
заключения контракта запрашивает доступ к необходимым ресурсам Заказчика.
Заказчик в течение 5 дней с даты поступления запроса самостоятельно, либо с
привлечением третьих лиц проводит процедуры по предоставлению доступа Исполнителю
к МИС «Референдум» через защищенную сеть передачи данных и уведомляет Исполнителя
о готовности предоставления доступа.
В течение 2 (двух) рабочих дней с даты уведомления, уполномоченный
представитель Исполнителя нарочно получает учетные данные для доступа.
В целях разграничения зон ответственности и осуществления принципа
администрирования одним лицом, Исполнитель может изменить пароль на
администрирование, ограничив административный доступ.
Об изменениях в контактной информации ответственных лиц со стороны Заказчика
Исполнитель должен быть уведомлен в рабочем порядке.
Система развёрнута и функционирует на комплексе технических средств Заказчика.
Исполнитель должен оказывать услуги как в удаленном режиме средствами
информационных технологий и телекоммуникаций, так и в очном режиме, в соответствии с
требованиями настоящего ООЗ.
Для оказания указанных услуг необходимо в течение всего срока действия контракта
обеспечить техническую поддержку с 09.00 до 19.00 (с понедельника по пятницу с 8-00 до
20-00, кроме праздничных дней1) в соответствии со временем часовой зоны, в которой
расположен Заказчик (г. Новосибирск).
Экстренные услуги по восстановлению работоспособности программного
обеспечения должны производиться в календарные дни (включая выходные и праздничные
дни).
Для оказания экстренных услуг по восстановлению работоспособности
программного обеспечения Исполнитель должен прибыть в течение не более 1,5 часов с
момента поступления заявки от Заказчика для устранения возникших неисправностей.
4.3.
Функциональные требования
В рамках оказания услуг по технической поддержке МИС «Референдум» мэрии
города Новосибирска требуется выполнить следующие задачи:
 Анализ проявлений некорректного функционирования программного
обеспечения.
 Выявление причин некорректного функционирования программного
обеспечения и предоставление информации по способам его устранения.
 Оптимизация времени предоставления информации по решению проблем
функционирования программного обеспечения.
 Устранение ошибок в программном обеспечении, вызывающих его
некорректную работу.
 Консультации по общим вопросам работы в МИС «Референдум», вопросам
совместимости поддерживаемого программного обеспечения с операционной
средой и имеющимися другими программными средствами.
 Консультации и устранение проблем, возникающих в ходе эксплуатации
программного обеспечения конечными пользователями.
 Консультации по организации коллективной работы пользователей в МИС
«Референдум», по настройке системы безопасности.
 Предоставление и реализация альтернативных схем и режимов работы,
позволяющих обойти ошибки в программном обеспечении, если нет возможности их
устранить.
 Ведение базы по возникающим проблемам и их решению.
 Проведение диагностики ошибок, возникающих в системах.
 Подготовка отчетов о программных ошибках.
 Подготовка ежеквартальных отчетов об оказанных услугах.
При оказании услуг Исполнитель должен:
 согласовывать с Заказчиком план-график оказания услуг, обновлений и
изменений систем;
 предоставлять информацию о ходе оказания услуг, обновлять информацию о
ходе оказания услуг;
1
В соответствии с установленным в Российской Федерации производственным
календарем на 2026 год при пятидневной рабочей неделе.

предоставлять Заказчику отчеты об оказанных услугах.
4.4.
Учет объемов оказанных услуг в рамках оперативной техподдержки
Исполнитель обязан вести детальный учет трудозатрат по всем обращениям, работам
по настройке, обновлению и иным мероприятиям, выполняемым в рамках,
предусмотренных контрактом.
Данные учета трудозатрат подлежат отражению в ежеквартальных отчетах об
оказанных услугах с их обязательным согласованием перед формированием документов
приёмки.
4.5.
Требования к определению типов Запросов, приоритетов и сроков их
обработки
В рамках оказания Услуг Исполнитель должен обеспечить бесперебойную работу
систем заказчика в режиме «24 часа в сутки 7 дней в неделю» с соблюдением требований к
временным параметрам обработки Обращений Пользователей Системы.
Мероприятия по технической поддержке систем заказчика должны проводиться
в соответствии с требованиями настоящего ООЗ.
Обращениям Заказчика должен присваиваться соответствующий уровень
приоритета:
 «Нормальный» – Обращение, не связанное с нарушением работы систем
заказчика;
 «Высокий» – Обращение, вызванное частичной недоступностью
функциональных возможностей систем заказчика или замедлением доступа;
 «Срочный» – Обращение, вызванное критически важными для работы систем
заказчика или пользователей отклонениями;
 «Критический» – отказ работоспособности систем заказчика в целом, полное
отсутствие доступа.
Обращения Заказчика имеют следующий предмет обращения /трекер:
 Инцидент;
 Консультация.
Время решения проблемы, изложенной в Обращении, в зависимости
от критичности и сложности возникшей проблемы, должно соответствовать требованиям,
указанным в Таблице 1.
Таблице 1. Время решения Обращений
Предмет
Время решения
Обращения
/ Приоритет
(в рабочих днях)
трекер
Нормальный
До 8 дней
Высокий
До 5 дней
Инцидент
Срочный
До 2 дней
Критический
До 1 дня
Предмет
Время решения
Обращения
/ Приоритет
(в рабочих днях)
трекер
Консультация
Нормальный
До 2 дней
В случае если за период в 90 (девяносто) календарных дней Исполнитель более 3
(трех) раз допустил невыполнение заявки и(или) превышение «время решения» более 10
(десяти) рабочих дней, Заказчик вправе расторгнуть муниципальный контракт
в одностороннем порядке. Контроль исполнения Обращений осуществляется в Системе
управления инцидентами Исполнителя.
4.6.
Требования к количественному параметру по Обращениям
В рамках оказания Услуг Заказчик имеет возможность направлять Обращения
Исполнителю на оказание технической поддержки (Инцидента, Консультации и Запроса на
обслуживание) в объеме, не превышающем параметры, указанные в Таблице 2. Объем
услуг, приведённый в Таблице 2, указан для одного квартала.
Таблице 2. Количественные параметры оказываемой услуги по обработке Обращений
№
1.
Услуги
Единица
измерения
Параметр
(макс.
значение)
Инцидент
шт.
Неограниченно
Консультация (Вопросы, возникающие при работе с
2.
шт.
Неограниченно
Системой и по эксплуатационной документации)
3. Запрос на обслуживание:
3.1. Запрос на подключение новых пользователей
шт.
Неограниченно
Запрос на актуализацию услуги при изменении
При
3.2. форматов федеральных сервисов и федеральных
шт.
необходимости
видов сведений и формата предоставления услуги
Запрос
на
выполнение
операций
по
3.3 администрированию
и
настройке
Системы,
шт.
Неограниченно
недоступных специалистам Заказчика
3.4. Запрос на наполнение справочников
шт.
10
3.5. Запрос на удаление пользователей
шт.
Неограниченно
Запрос на внесение изменений в печатные формы
3.6.
шт.
15
документов
3.7. Восстановление БД из резервной копии
шт.
5
Запрос на актуализацию услуги при изменении форматов федеральных сервисов и
федеральных видов сведений и формата предоставления услуги включает в себя внесение
обязательных изменений в механизмы межведомственного электронного взаимодействия,
например, переход на новую версию методических рекомендаций по работе со СМЭВ, в
том числе и мажорных версий. Услуги по запросу на внесение изменений должны также
актуализировать существующие адаптеры и виды сведений (СМЭВ 3) при изменении
форматов владельцами.
Инициирование данных работ может происходить как по инициативе Исполнителя,
так и по Обращению в службу технической поддержки. Обязательным условием является
наличие данных видов сведений (сервисов) в тестовом и продуктивном контурах СМЭВ и
утвержденных для них форматов на портале lkuv.gosuslugi.ru.
Сроки зависят от сложности сервиса или вида сведений и определяются
разработчиками на основании опубликованных форматов. Актуализация адаптеров должна
проводится в сроки, не превышающие и укладывающиеся во временные рамки,
установленные для разработки, тестирования и ввода в промышленную эксплуатацию
актуализированного функционала.
Запрос на выполнение операций по администрированию и настройке Системы
включает в себя администрирование продуктивного контура Системы и выполнения
настроек, по той или иной причине недоступной для специалистов Заказчика.
4.7.
Порядок подачи и обработки обращений в техническую поддержку
Запросы принимаются в виде обращений в адрес Исполнителя, для оформления
инцидента Заказчик оформляет заявку в СУЗ (системе управления запросами) Исполнителя
с описанием инцидента. Дополнительные описания и комментарии по инциденту могут
быть переданы на электронную почту.
Техническая поддержка Исполнителем должно осуществляться по электронной
почте и СУЗ. Если Исполнитель работает в собственной СУЗ, в рамках технической
поддержки Исполнитель должен предоставить Заказчику доступ к СУЗ и адрес электронной
почты для оперативного взаимодействия, в течение 3 рабочих дней с даты заключения
Контракта.
Для однозначной идентификации проблемы (вопроса) при регистрации Обращения
Инициатором Обращения выполняется требование: одному Обращению соответствует
одна проблема (вопрос). В случае возникновения при выполнении Запроса новых проблем
(вопросов), по ним должны быть открыты новые Запросы.
Каждому событию для контроля деятельности технической поддержки должен
присваиваться «Статус»:

Статус «Открыта» – должно означать, что событие описано, но никакие
действия с ним еще не проводились;

Статус «Анализ» - означает, что событие зарегистрировано в СУЗ, идет
предварительный анализ задачи с целью определения исполнителя, приоритета и уровня
технической поддержки. Запросу назначен ответственный сотрудник со стороны
Исполнителя.

Статус «В работе» – должно означать, что событие проанализировано и
передано на реализацию специалистам Исполнителя;

Статус «Запрос данных» – запрос дополнительной информации у Заказчика,
ответ должен быть предоставлен в течение 5 рабочих дней. В случае непредоставления
Заказчиком ответа по истечении 5 рабочих дней запрос переводиться в статус «Закрыт
СТП» автоматизированными средствами СУЗ либо специалистом СТП Исполнителя Запрос
в течение срока исполнения Исполнителем может быть переведен в статус «Запрос данных»
не более трех раз (в случае, если для решения запроса требуется ее перевод в статус «Запрос
данных» более трех раз, такой перевод должен быть согласован с Рабочей группой). Время
нахождения запроса в данном статусе исключается из расчета времени, потраченного на
решение запроса. В случае предоставления Инициатором Обращения требуемых сведений
Запрос переводится в статус «В работе»;

Статус «Запрос данных во внешних сервисах» - присваивается Запросу, если
для исполнения Запроса требуется действие со стороны Заказчика или третьих лиц,
выполнение которого находится вне зоны ответственности Исполнителя, в том числе:

устранение неисправности (в т.ч. устранение отсутствия доступа) сетевой и
вычислительной инфраструктуры Системы;

исполнение заявок, поданных в службу технической поддержки сторонних
информационных систем.
Для перевода Запроса в статус «Запрос данных во внешних сервисах» в связи с
обращением в СТП внешних сервисов, необходимо указать в Запросе реквизиты поданной
заявки (адрес/наименование СТП и номер заявки, а также скриншот, с содержанием
указанной заявки).
В случае выполнения СТП внешних сервисов требуемых действий Запрос
переводится в статус «В работе». В случае невыполнения СТП внешних сервисов
требуемых действий в течение срока оказания услуг по этапу Контракта Запрос
переводится в статус «Закрыт СТП» с предоставлением соответствующего комментария в
дату окончания оказания услуг по этапу Контракта.
 Статус «Приемка» – после ответа на вопрос (настройки программы, устранения
инцидента) сотрудник СТП переводит запрос в статус «Приемка» с обязательным
уведомлением Заявителя о факте решения запроса. Также, сотрудник СТП предоставляет
информацию о устранении проблем, включая подробное описание, того, каким образом
была устранена проблема навигацию по меню и предоставление скриншотов (в случае
наличия возможности сделать скриншот, содержащий информацию иллюстрирующую
решение проблемы). В течение 5 рабочих дней Заказчик, должен проверить качество
решения и закрыть запрос (перевести его в статус «Закрыт») или предоставить свои
возражения. Если в течение 5 рабочих дней ответ не поступит, он будет закрыт СУЗ
автоматически с присвоением статуса «Закрыт СТП». Время нахождения запроса в данном
статусе исключается из расчета времени, потраченного на решение запроса;
 Статус «Отложен» - присваивается запросам, требующим доработки функционала. К
данному типу запросов, не относятся доработки, касающиеся ранее работающего
функционала, который перестал работать или работает не корректно. Запрос должен
содержать дату назначенного согласования с Заказчиком. Время нахождения запроса в
данном статусе исключается из расчета времени, потраченного на решение запроса.
 Статус «Закрыт» – должен означать, что событие просмотрено Заказчиком.
Претензий к реализации запроса нет. В случае успешного решения запроса на
обслуживание запрос переводится на инициатора обращения. Если инициатор обращения
не закрывает запрос в течение 5 рабочих дней, запрос закрывается СУЗ автоматически с
присвоением статуса «Закрыт СТП».
Статус «Закрыт СТП». - Присваивается Запросу в следующих случаях:
 в случае отсутствия ответа от Заказчика по Запросу в статусе «Приёмка» по
истечении 5 (Пяти) рабочих дней после перевода Запроса в статус «Приёмка». Перевод
Запроса в статус «Закрыт СТП» производится автоматически, средствами СУЗ;
 в случае отсутствия ответа от Заказчика по Запросу в статусе «Запрос данных» по
истечении 5 (Пяти) рабочих дней после перевода Запроса в статус «Запрос данных».
Перевод Запроса в статус «Закрыт СТП» производится автоматически, средствами СУЗ.
При оказании услуг по технической поддержке, в том числе технической поддержке в
случае применения временного (обходного) решения приоритетной проблемы
высокоприоритетный запрос может быть закрыт и при этом зарегистрирован новый с более
низким приоритетом и независимым временем восстановления (решения) с уведомлением
Рабочей группы о причинах смены приоритета и уведомлением инициатора обращения о
факте смены приоритета.
Заказчик может запросить изменение приоритета Запросы на обслуживание/инцидент или
уровня вмешательства по электронной почте, посредством СУЗ (в комментариях к запросу
в СУЗ) или в рабочем порядке в виде запроса на электронную почту.
При создании запроса должна быть предусмотрена возможность включать
скриншоты и графические пояснения, которые могут помочь в решении проблемы.
В случае, если для решения запроса необходимо участие другого специалиста
Исполнителя, сотрудник СУЗ должен перенаправить запрос на соответствующего
специалиста, при этом недопустимо менять статус запроса в статусы «Закрыт»,
«Реализован», «Приемка». Вся маршрутизация между специалистами Исполнителя по
решению запроса в СУЗ Исполнителя должна осуществляться в рамках этого запроса.
4.7.1. Интегральный показатель уровня качества технической поддержки.
Исходные данные для расчета Интегрального показателя уровня качества технической
поддержки (Таблица 3):
Таблица 3. Исходные данные для расчета.
Код
Наименование показателя
Ед. измер.
показателя
Длительность аварийной ситуации, связанной с полной
A1
потерей работоспособности или недоступностью всех часов
Компонентов информационной системы заказчика
A2
Общее количество часов в отчетном периоде
часов
B1
B2
C1
Количество просроченных запросов 1 приоритета
единиц
(неотложный), из числа закрытых в отчетном периоде
Общее количество З запросов 1 приоритета
единиц
(неотложный), закрытых в отчетном периоде
Количество просроченных запросов 2 приоритета
единиц
(высокий), из числа закрытых в отчетном периоде
Общее количество запросов 2 приоритета (высокий),
единиц
закрытых в отчетном периоде
Количество просроченных запросов 3 приоритета
единиц
(средний), из числа закрытых в отчетном периоде
Общее количество запросов 3 приоритета (средний),
единиц
закрытых в отчетном периоде
C2
D1
D2
Параметры, используемы для расчета интегрального показателя качества:
i - порядковый номер показателя, допустимые значения 0 i  N , где N –

общее количество показателей качества.

J – порядковый номер запроса в рамках одного приоритета по степени
просрочки, допустимые значения 1 J M (значения даны в Таблице 3), где M – общее
количество уровней просрочки.
Pпрос

- в зависимости от типа показателя принимает значения A1; B1; C1;
D1 (Таблица 2);
Pобщ

- в зависимости от типа показателя принимает значения A2; B2; C2; D2
(Таблица 2);

Для показателей типа B,C и D вводятся понятия: Мультипликатор
P
просрочки - повышающий коэффициент для прос . Устанавливается в зависимости от
значения показателя – длительность просрочки.

Среднее значение мультипликатора просрочки по всем запросам в рамках
одного приоритета

, где срок выполнения запроса указан в Таблице 5 раздела 2.4.2.
Фактическое время выполнения запроса определяется в соответствии с положениями
раздела 2.4.

, где - общее количество запросов на обслуживание одного приоритета, для
которых рассчитанный попадает в один из диапазонов, указанных в Таблице 5., а значение показателя, соответствующее диапазону.

- Относительный показатель. В случае, если принимает отрицательное
значение, при дальнейших расчётах его значение устанавливается равным нулю.

Qi
- весовой коэффициент показателя – доля показателя в интегральном
i N
Qi 1
0

Q

1

i
показателе (значения даны в Таблице 5), причем
, i 1
K Qi  K i  Qi

- взвешенное значение показателя – часть показателя i в
интегральном показателе.
N
N
K  ( K i  Qi )  KQi
i 1
i 1

- интегральный показатель уровня качества
оказания технической поддержки – величина, используемая для оценки качества работ.
Диапазон допустимых значений: 0  K 1 .
Таблица 4. Значения показателя мультипликатор просрочки в зависимости от
длительности просрочки.
Значение J
Значение показателя
Значение показателя
1
1
2
1,1
3
1,3
4
1,5
Таблица 5. Правила округления среднего значение мультипликатора просрочки
Значение показателя
Округленное
показателя i
значение
1,0
1,1
1,3
1,5
Таблица 6. Расчет интегрального показателя качества технической поддержки.
Наименован
ие
показателя,
единица
измерения
Знач
ение
пока
зате
ля
Pпрос
Уровень
доступности A1
Сервиса
Разрешение
запросов
1-го
B1
приоритета
(неотложны
й)
Разрешение
запросов
2-го C1
приоритета
(высокий)
Зна
чен
ие
пок
аза
тел
я
Pобщ
Значени
е
показат
еля
Относительный
показатель
Весово
й
коэфф
ициент
показа
теля
Взвешенное
значение
показателя
K Qi
Qi
А2
1-A1/A2
0.4
(1-A1/A2)*0,4
B2
1-B1* /B2
0.3
(1-B1* /B2)*0,3
C2
1-C1* /C2
0.2
(1-C1* /C2)*0,2
Разрешение
запросов
3-го D1
приоритета
(средний)
D2
1-D1* /D2
0.1
(1D1* /D2)*0,1
Интегральн
ый
показатель
уровня
качества
В случае если Интегральный показатель уровня качества оказания Технической поддержки
за отчетный период оказывается ниже 0,8 качество оказанных услуг за отчетный период
признается ненадлежащим.
4.8.
Требования к временному параметру по Обращениям
В рамках оказания Услуги в Таблице 7 приведены временные ограничения,
которые Исполнитель может затрачивать на обработку Обращений (Запроса на
обслуживание и Консультации).
Таблица 7. Временные параметры оказываемой услуге по обработке Обращений
№
Услуги
Единица
измерения
Параметр
(макс.
значение)
Консультация (Вопросы, возникающие при работе с
Рабочие дни
2
Системой и по эксплуатационной документации)
2. Запрос на обслуживание:
2.1. Запрос на подключение новых пользователей
Рабочие дни
1
Запрос на актуализацию услуги при изменении
По
2.2 форматов федеральных сервисов и федеральных видов Рабочие дни
согласованию
сведений и формата предоставления услуги
сторон
Запрос
на
выполнение
операций
по
2.3. администрированию
и
настройке
Системы, Рабочие дни
2
недоступных специалистам Заказчика
2.4. Запрос на наполнение справочников
Рабочие дни
2
2.5. Запрос на удаление пользователей
Рабочие дни
1
Запрос на внесение изменений в печатные формы
2.6.
Рабочие дни
5
документов
2.7. Восстановление БД из резервной копии
Рабочие дни
2
4.9.
Требования к установке новых версий обновлений программного
обеспечения, а также алгоритмов их установки
По мере готовности официальных обновлений/дополнений Системы, Исполнитель
должен передавать Заказчику дистрибутивы версий обновлений.
Перед передачей обновления инсталляционный пакет обновления должен пройти
предварительную установку Исполнителем на тестовом стенде для проверки правильности
и безотказности работы функций Системы с необходимым набором серверного и
общесистемного программного обеспечения, соответствующим продуктивному стенду
Заказчика.
При успешном тестировании обновление переносится на промышленную версию.
1.
5. ОПИСАНИЕ СИСТЕМЫ
5.1.
Краткие сведения об объекте технической поддержки
Информационная система предназначена для автоматизации процесса регистрации
(учета) избирателей, участников референдума в городе Новосибирск, а также обеспечения
ведения реестров сведений о регистрации смерти, сведений о регистрации и снятии с
регистрационного учета по месту жительства, сведений о выдаче и замене паспорта и
межведомственного взаимодействия с ФОИВ для осуществления получения данных
сведений.
Объектом технической поддержки является муниципальная информационная
система «Референдум», режим доступа в сети Интранет: http://referendum.admnsk.ru/
Система создана на основе программы для электронных вычислительных машин и
баз данных, обеспечивающих регистрацию (учет) избирателей, участников референдума в
городе Новосибирске с переносом данных из существующей системы Заказчика.
Система представляет собой клиент–серверную архитектуру и создана с
использованием программного обеспечения «ИС.МЭВ» (№13268 в Едином реестре
российских программ для электронных вычислительных машин и баз данных) и базируется
на платформе «ИС.ПРОМЕТЕЙ» (№13071 в Едином реестре российских программ для
электронных вычислительных машин и баз данных). Система реализована по принципу
Low-code и обеспечивает возможность работы в режиме WEB-интерфейса,
функционирующего в различных операционных системах (Windows, Linux), где
установлены необходимые для работы системные библиотеки.
Доступ пользователей к системе осуществляется через web-браузер, подсистема
обладает достаточной стабильностью для работы со слабыми каналами связи (от 32 кбит/с).
Функционально-блочный принцип построения системы позволяет интегрировать
блоки с новой функциональностью в ядро с сохранением принципов навигации
подсистемы.
Система состоит из набора внутренних подсистем и компонентов, доступных
только авторизованным пользователям, и внешнего портала с открытым доступом.
Система состоит из следующих взаимосвязанных компонентов:
Функциональные подсистемы:
 подсистема авторизации и аутентификации;
 подсистема администрирования;
 подсистема «Главная»:
 подсистема «Граждане»;
 подсистема «Сведения об умерших»;
 подсистема «Сведения МВД»;
 модуль «Сведения о регистрации по месту жительства»;
 модуль «Сведения о выдаче и замене паспорта»;
 подсистема «Реестры»;
 модуль «Реестр заявок»;
 модуль «Реестр услуг»;
 подсистема «Отчётность»;
 подсистема «Журнал действий»;
 подсистема журналирования SOAP запросов;
 подсистема взаимодействия со СМЭВ.
Обеспечивающие подсистемы:
 конструктор экранных форм;
 конструктор бизнес-процессов;
 конструктор видов сведений;
 конструктор печатных форм.
Основные параметры функционирования ИС указаны в Таблице 8.
Таблица 8. Основные параметры функционирования ИС
№
Модуль
Требуемые параметры
Требования к серверу
1.
Процессор
8 x 2.6 GHz
2.
ОЗУ
24 GB
3.
Жесткий диск
300 Гб
4.
Источник бесперебойного питания
Требуется
5.1.1. Подсистема авторизации и аутентификации пользователей
Доступ пользователя в Системе осуществляется по выданному ему доменному
логину и паролю с использованием службы Active Directory по технологии однократной
авторизации (SSO).
5.1.2. Подсистема администрирования
В Системе обеспечена возможность, просмотра, редактирования, удаления
учетных записей пользователей.
Права пользователей в Системе определяются назначением ролей:
1. Сотрудник департамента организационно-контрольной работы мэрии города
Новосибирск
- просмотр и обработка заявок на регистрацию граждан;
- просмотр реестра «Граждане» и редактирования карточек граждан;
- включение и исключение гражданина из числа избирателей;
- просмотр реестров сведений из МВД;
- импорт сведений из МВД, их обработка и отправка запросов через СМЭВ для
осуществления проверки данных;
- просмотр реестра сведений об умерших;
- формирование и просмотр отчетности;
- редактирование справочников.
2. Сотрудник организационно-контрольного отдела администрации района
(округа по районам)
- просмотр и обработка заявок на регистрацию граждан;
- просмотр реестра «Граждане» и редактирования карточек граждан;
- включение и исключение гражданина из числа избирателей;
- просмотр реестров сведений из МВД;
- импорт сведений из МВД, их обработка и отправка запросов через СМЭВ для
осуществления проверки данных;
- просмотр реестра сведений об умерших;
- формирование и просмотр отчетности.
3. Администратор
- просмотр и редактирование формы заявок на регистрацию граждан;
- просмотр и редактирование бизнес-процесса регистрации граждан;
- просмотр и редактирование реестра «Граждане»;
- просмотр заявок на регистрацию граждан;
- просмотр и реестров сведений из МВД;
- просмотр и редактирование реестра сведений об умерших;
- редактирование ролевой модели;
- управление справочниками;
- формирование и просмотр отчетности.
Подсистема администрирования выполняет следующие функции:
- просмотр, создание, редактирование, удаление учетных записей пользователей
Системы;
- просмотр, редактирование, удаление организаций Системы;
- создание, просмотр, редактирование ролей Системы;
- изменение уровня доступа ролей к функциям Системы;
- назначение прав доступа пользователям на отдельные компоненты Системы;
- конфигурирование параметров Системы.
Структура учетных записей, подразделений и ролей включена в модель данных
Системы.
5.1.3. Подсистема «Главная»
Подсистема «Главная» является стартовой страницей системы и представляет из
себя информационный стенд. Подсистема включает в себя следующие разделы:
- «Объявления»;
- «Материалы по работе с системой».
Пользователям системы, вне зависимости от их полномочий в Системе доступна
возможность просмотра опубликованных объявлений, а также скачивание добавленных
документов.
Управление контентом осуществляется Администратором Системы.
5.1.4. Подсистема «Граждане»
Подсистема предоставляет выполнение следующих функций:
- Просмотр и редактирование карточек граждан;
- Поиска гражданина по текущему и предыдущему ФИО;
- Ведения истории изменений;
- Экспорт реестра граждан;
- Импорт граждан;
- Осуществление проверки импортированных записей.
Подсистема включает в себя две вкладки:
- Граждане;
- История импорта.
Во вкладке «Граждане» содержится реестр граждан и система фильтрации и
сортировки по всем столбцам реестра.
Реестр выполнен в табличной форме и содержит следующие столбцы:
- ФИО гражданина;
- Дата рождения;
- Район;
- Адрес;
- Признак включения в число избирателей;
- Факт смерти.
Подсистема обеспечивает возможность выгрузки реестра в формате .xls/xlsx.
Карта гражданина содержит следующие блоки информации:
- Личные данные;
- Паспортные данные;
- Адрес;
- Информация об избирателе;
- История изменений.
Подсистема предоставляет возможность автоматического обновления сведений во
вкладке «Личные данные» из подсистемы «Сведений об умерших» (подробнее в п. 4.1.5) с
указанием соответствующей причины изменения данных.
Подсистема предоставляет возможность автоматического обновления сведений во
вкладке «Паспортные данные» из подсистемы «Сведений МВД» (подробнее в п. 4.1.6) с
указанием соответствующей причины изменения данных.
Подсистема предоставляет возможность автоматического обновления сведений во
вкладке «Адрес» из модуля «Сведения о регистрации по месту жительства» (подробнее в п.
4.1.6.1) с указанием соответствующей причины изменения данных.
Подсистема предоставляет возможность автоматического обновления сведений о
включении лица в число избирателей или исключения из него во вкладке «Информация об
избирателе» из подсистем «Сведения МВД» и «Сведений об умерших» (подробнее в п.
4.1.5-4.1.6). Также реализована возможность ручного включения лица в число избирателей
или исключения из него путем нажатия на соответствующую кнопку в данной вкладке.
Подсистема предоставляет возможность внесения изменений в карте гражданина с
указанием причины внесения изменений. После сохранения изменений во вкладе «История
изменений» фиксируется дата внесения изменений, элементы в которых были внесены
изменений, значения, которые были изменены, и причины внесения изменений. Также
данные сведения фиксируются при автоматическом обновлении сведений в карте
гражданина из подсистем «Сведения МВД» и «Сведений об умерших».
Реестр граждан заполняется автоматически на основании созданных заявок на
регистрацию гражданина в Системе (подробнее в п. 4.1.7.2). Также в подсистеме
обеспечена возможность импорта граждан в формате .xls/xlsx по заданной структуре
данных.
При осуществлении импорта во вкладке «История импорта» появляются записи в
реестре со статусом «На проверке». В данном статусе по импортированным записям
отправляются запросы по ВС «Проверка действительности Паспорта Гражданина РФ по
серии и номеру», «Сведения о регистрации по месту жительства граждан РФ», «Сведения
об освобождении гражданина из мест лишения свободы». Также система осуществляет
верификацию данных и выводит соответствующий результат в столбце «Наличие ошибок»:
ошибок нет – в случае отсутствия ошибок, или указывается поле, в котором содержится
ошибка.
После получения ответов на отправленные запросы в МВД и ФСИН система
сравнивает импортированные данные с полученными. При обнаружении несоответствия в
столбце «Наличие ошибок» выводится информация о наличии несоответствия полученных
данных в указанном поле.
В карте импортированной записи есть возможность редактирования данных и
возможность повторной отправки запросов, а также возможность регистрации записи и
отклонения.
После регистрации импортированных записей при наличии в Системе
совпадающих записей граждан Система обновляет карты таких граждан.
5.1.5. Подсистема «Сведения об умерших»
Подсистема выполняет следующие функции:
- Взаимодействие с ЕГР ЗАГС в части получения сведений государственной
регистрации смерти;
- Просмотр реестра сведений об умерших;
- Выгрузка отчета по форме 1.2 риур и 1.2.1 риур по изменениям актов
гражданского состояния в соответствии с выставленными на странице фильтрами;
- Выгрузка сведений об акте регистрации смерти;
- Внесение изменений в информации о факте смерти в карте гражданина.
Подсистема содержит реестр сведений об умерших и систему фильтрации и
сортировки по всем столбцам реестра.
Реестр выполнен в табличной форме и содержит следующие столбцы:
- Номер записи акта;
- Дата составления записи акта;
- Орган ЗАГС;
- ФИО;
- Дата и время смерти;
- Место смерти.
Подсистема обеспечивает возможность выгрузки реестра в формате .xls/xlsx.
Карта сведений содержит блоки информации в соответствии с набором сведений из
ВС «Сведения из ЕГР ЗАГС о государственной регистрации смерти» версии 4.0.1.
Подсистема предоставляет возможность выгрузки сведений об акте регистрации смерти в
форматах .pdf и .xlsx.
После получения записей актов регистрации смерти Система осуществляет поиск
граждан в Системе по следующим параметрам: серия и номер паспорта. В случае, если
серия и номер паспорта не совпадают, то проводится дополнительная проверка по ФИО +
Дате рождения. В случае обнаружения гражданина, необходимо осуществить проверку
сведений о факте смерти с полученными сведениями: дата смерти, номер акта регистрации
смерти, дата выдачи акта регистрации смерти. В случае несовпадения данных сведений,
необходимо их обновить в соответствии с полученными данными, а также указать причину
изменений «Признание лица умершим».
5.1.6. Подсистема «Сведения МВД»
5.1.6.1.
Модуль «Сведения о регистрации по месту жительства»
Подсистема предоставляет возможность выполнения следующих функций:
- Просмотр реестра сведений о регистрации и снятии с регистрационного учета по
месту жительства;
- Экспорт реестра сведений о регистрации и снятии с регистрационного учета по
месту жительства;
- Импорт сведений и осуществление проверки импортированных записей;
- Внесение изменений в информации об адресе в карте гражданина.
Подсистема содержит следующие вкладки:
- Регистрация и снятие с регистрационного учета;
- История импорта.
Во вкладке «Регистрация и снятие с регистрационного учета» содержится реестр
сведений о регистрации граждан и снятие с регистрационного учета по месту жительства и
система фильтрации и сортировки по всем столбцам реестра.
Реестр должен быть выполнен в табличной форме и содержать следующие
столбцы:
- ФИО гражданина;
- Дата рождения;
- Адрес места жительства;
- Дата регистрации;
- Адрес убытия;
- Дата снятия с учета.
Подсистема обеспечивает возможность выгрузки реестра в формате .xls/xlsx.
Подсистема предоставляет возможность выгрузки сведений о регистрации и
снятии с регистрационного учета по месту жительства в форматах .pdf и .xlsx.
Также в подсистеме обеспечена возможность импорта сведений о регистрации и
снятие с регистрационного учета по месту жительства в формате .xls/xlsx по заданной
структуре данных.
При осуществлении импорта во вкладке «История импорта» появляются записи в
реестре со статусом «На проверке». В данном статусе по импортированным записям
отправляются запросы по ВС «Сведения о регистрации по месту жительства граждан РФ».
А также система осуществляет верификацию данных и выводит соответствующий
результат в столбце «Наличие ошибок»: ошибок нет – в случае отсутствия ошибок, или
указывается поле, в котором содержится ошибка.
После получения ответов на отправленные запросы в МВД система сравнивает
импортированные данные с полученными. При обнаружении несоответствия в столбце
«Наличие ошибок» выводится информация о наличии несоответствия полученных данных
в указанном поле.
В карте импортированной записи предоставляется возможность редактирования
данных и возможность повторной отправки запросов, а также возможность регистрации
записи и отклонения.
После регистрации импортированных записей при наличии ранее созданной записи
гражданина, необходимо осуществить проверку сведений об адресе места жительства:
- Если «Дата регистрации/начало проживания» актуального адреса совпадает, то
необходимо сверить область, город, район, улица, дом, квартира, дата регистрации/начало
проживания. В случае несовпадения данных сведений, необходимо их обновить в
соответствии с полученными данными, а также указать причину изменений «Обнаружение
неточности или ошибочности произведенных записей»;
- Если «Дата регистрации/начало проживания» актуального адреса не совпадает,
то необходимо данному адресу указать значение «false» чекбокса «Гражданин снят с
регистрационного учета по данному адресу» и дату выписки/окончания проживания, а
также записать новый адрес (при его наличии) из импортированной записи. Причиной
изменений необходимо указать «Изменения места жительства».
5.1.6.2.
Модуль «Сведения о выдаче и замене паспорта»
Подсистема предоставляет возможность выполнения следующих функций:
- Просмотр реестра сведений о выдаче и замене паспорта граждан;
- Экспорт реестра сведений о выдаче и замене паспорта граждан;
- Импорт сведений и осуществление проверки импортированных записей;
- Внесение изменений в информации о паспортных данных в карте гражданина.
Подсистема содержит следующие вкладки:
- Выдача и замена паспорта;
- История импорта.
Во вкладке «Выдача и замена паспорта» содержится реестр сведений о выдаче и
замене паспорта граждан и система фильтрации и сортировки по всем столбцам реестра.
Реестр выполнен в табличной форме и содержит следующие столбцы:
- ФИО гражданина;
- Дата рождения;
- Адрес места жительства;
- Причина выдачи;
- Дата выдачи.
Подсистема обеспечивает возможность выгрузки реестра в формате .xls/xlsx.
Подсистема предоставляет возможность выгрузки сведений о выдаче и замене
паспорта в форматах .pdf и .xlsx.
Также в подсистеме обеспечена возможность импорта сведений о выдаче и замене
паспорта в формате .xls/xlsx по заданной структуре данных.
При осуществлении импорта во вкладке «История импорта» появляются записи в
реестре со статусом «На проверке». В данном статусе по импортированным записям
отправляются запросы по ВС «Проверка действительности Паспорта Гражданина РФ по
серии и номеру». А также система осуществляет верификацию данных и выводит
соответствующий результат в столбце «Наличие ошибок»: ошибок нет – в случае
отсутствия ошибок, или указывается поле, в котором содержится ошибка.
После получения ответов на отправленные запросы в МВД система сравнивает
импортированные данные с полученными (паспортными данными с признаком
действительности). При обнаружении несоответствия в столбце «Наличие ошибок»
выводится информация о наличии несоответствия полученных данных в указанном поле.
В карте импортированной записи предоставляется возможность редактирования
данных и возможность повторной отправки запросов, а также возможность регистрации
записи и отклонения.
После регистрации импортированных записей при наличии ранее созданной записи
гражданина, необходимо осуществить проверку сведений актуальных паспортных данных:
серия, номер, код органа, выдавшего документ, дата выдачи паспорта. В случае
несовпадения данных сведений, необходимо добавить актуальные паспортные данные, а
также указать причину изменений «Замена паспорта».
5.1.7. Подсистема «Реестры»
5.1.7.1.
Модуль «Реестр услуг»
Модуль «Реестр услуг» предназначен для ведения перечня услуг, созданных в
Системе.
В модуле обеспечены следующие функциональные возможности:
- создание, редактирование, удаление записей реестра;
- просмотр записей реестра;
- поиск записей реестра.
5.1.7.2.
Модуль «Реестр заявок»
В модуле «Реестр заявок» отображается перечень заявок на регистрацию граждан в
виде заявок, с которым пользователь Системы может работать на соответствующем этапе
бизнес-процесса в зависимости от своей роли в Системе. Перечень заявок представлен в
табличном виде со следующими столбцами:
- Номер заявки;
- ФИО гражданина;
- Район;
- Дата создания;
- Статус;
- Дата изменения статуса.
В рамках обработки заявки автоматически отправляются запросы в МВД и ФСИН
по ВС «Сведения о паспортах гражданина Российской Федерации», «Сведения о
регистрации по месту жительства граждан РФ», «Сведения об освобождении гражданина из
мест лишения свободы».
5.1.8. Подсистема «Отчётность»
В подсистеме предоставлена возможность автоматического формирования отчетов
с возможностью установления любого временного диапазона.
Отчеты формируются в табличном виде с возможностью выгрузки в формате .xlsx
или .xls, отчеты, которые формируются в системе представление в Таблице 9.
Таблица 9. Типы отчетов
№ Название отчета
п/п
1
О регистрации по месту жительства (прибытие)
2
О регистрации по месту пребывания (временная прописка)
3
О снятии с регистрационного учета (выбытие)
4
О снятии с регистрационного учета по факту смерти
5
О перерегистрации (переезд внутри района)
6
О замене документа
7
Граждане, достигшие 14-ти лет
8
Граждане, призванные на военную службу
9
Граждане, прибывшие с военной службы
10 Граждане, признанные дееспособными
11 Граждане, признанные недееспособными
12 Граждане, достигшие 18-ти лет по районам
13
14
15
16
Граждане, содержащиеся в исправительных колониях
Сводный отчет по городу
Сводный отчет по районам
Сведения о регистрации и снятии с регистрационного учета, фактах выдачи и замены
паспорта гражданина РФ
5.1.9. Подсистема «Журнал действий»
Подсистема «Журнал действий» предоставляет возможность просматривать все
события, которые происходят в Системе. Также подсистема осуществляет журналирование
всех уведомлений о возникновении событий.
5.1.10. Подсистема журналирования SOAP запросов
Подсистема журналирования SOAP-запросов обеспечивает журналирование SOAP
пакетов, содержащих запросы сервера к сервисам СМЭВ 3.
При этом журналирование SOAP-пакетов осуществляется по каждому из запросов,
отправленных пользователем, и имеет web-интерфейс, позволяющий пользователю,
обладающими стандартными правами и не являющегося администратором Системы,
просматривать историю взаимодействия с сервисами.
Web-интерфейс подсистемы журналирования SOAP-запросов выполнен в виде
формы, содержащей:
- Время произведения запроса;
- Результат ответа;
- Техническую информацию по SOAP-пакету;
- Полный SOAP-запрос к сервису;
- Полный SOAP-ответ от сервиса.
Кроме этого пользователю предоставляется возможность копирования и
сохранения SOAP-пакетов, без помощи администратора или разработчика \ программиста,
с целью возможности передачи информации по SOAP-пакетам в службу поддержки
сервисов или СМЭВ при возникновении нештатных ситуаций.
5.1.11. Подсистема взаимодействия со СМЭВ
Подсистема взаимодействия со СМЭВ содержит возможность отправки запросов
по следующим видам сведений:
- Сведения из ЕГР ЗАГС о государственной регистрации смерти - VS01285v002TABL00;
- Сведения о паспортах гражданина Российской Федерации - VS02735v002MVDR17_3T;
- Проверка действительности Паспорта Гражданина РФ по серии и номеру VS01835v004-MVDR17_3T;
- Сведения о регистрации по месту жительства граждан РФ – VS02602v002MVDR17_3T;
- Сведения об освобождении гражданина из мест лишения свободы VS00413v003-FSIN01.
5.1.12. Подсистема «Конструктор услуг»
Подсистема «Конструктор услуг» предоставляет возможность выстраивать
взаимосвязь между мероприятиями (работами), направленными на предоставление услуг.
При моделировании и автоматизации бизнес-процессов подсистема использует
подход low-code, с возможностями, позволяющими автоматизировать бизнес-сценарий в
единой цифровой среде за счет визуального редактора сквозных процессов.
Подсистема состоит из следующих модулей:
- модуль «Конструктор модели бизнес-процесса»;
- модуль «Конструктор действий»;
- модуль «Конструктор уведомлений».
5.1.12.1.
Модуль «Конструктор модели бизнес-процесса»
Модуль «Конструктор моделей бизнес-процессов» позволяет моделировать
диаграммы процессов любой сложности с большим количеством разветвлений, условий
используя принятые бизнес-правила BPMN. Проектирование осуществляется посредством
использования интуитивно понятных графических элементов, каждый из которых
визуализирует определенный шаг процесса.
Спроектированная модель является исполняемой в Системе. Администратор
Системы может опубликовать (запустить) бизнес-процесс, предназначенный для
предоставления услуг, либо деактивировать с целью внесения изменений.
5.1.12.2.
Модуль «Конструктор действий»
Модуль «Конструктор действий» отвечает за настройку действий (переходов)
между мероприятиями, направленными на предоставление услуг для потребителей.
Модуль предоставляет возможность настроить определенное действие, указать
последовательность выполнения, задать условия перехода, установить правила
автоматического выполнения шагов процесса или обработки.
В модуле реализован стандартный набор действий, указанных в Таблице 10.
Таблице 10. Список стандартного набора действий

№ 
Название действия

Описание функциональности

Позволяет перейти на следующее

1. 
Стандартное действие мероприятие с изменением статуса (с
проверкой заполнения обязательных полей)

Позволяет удалять заявление об

2. 
Удаление
оказании государственной услуги

Позволяет вывести печатную форму, в

3. 
Печать
рамках
заявления
об
оказании
государственной услуги

Позволяет перейти на следующее

4. 
Назад
мероприятие с изменением статуса (без
проверки заполнения обязательных полей)

Позволяет
сохранить
внесенные

5. 
Сохранить
изменения в заявление об оказании
государственной услуги
5.1.12.3.
Модуль «Конструктор уведомлений»
Модуль «Конструктор уведомлений» предназначен для рассылки уведомлений,
предназначенных для пользователей Системы о наступлении определенного события.
Основным способом информирования является системное уведомление – краткое
сообщение, опубликованное в Системе для пользователя.
5.1.13. Подсистема «Конструктор экранных форм»
5.1.13.1.
Модуль «Конструктор компонентов заявления»
В модуле «Конструктор компонентов заявления» предоставлена возможность
использовать и настраивать определенный компонент заявления на экранной форме.
Настройка компонентов заявления предусматривает следующие возможности:
- указывать общие параметры компонента заявления (название, обязательность,
маска и др);
- указывать параметры по настройке зависимости между компонентами
заявления;
- указывать параметры по настройке автозаполнения компонентов заявления
данными из СМЭВ.
Возможность внесения изменений в настройки компонентов заявления
предоставлена на любом этапе бизнес-процесса в состоянии редактирования.
5.1.13.2.
Модуль «Конструктор макетов экранных форм»
Модуль «Конструктор макетов экранных форм» предоставляет следующие
возможности:
- наполнять экранные формы компонентами из заявления;
- указывать параметры зависимости между компонентами заявления на каждой
экранной форме;
- формировать схему размещения компонентов заявления на каждой экранной
форме;
- разграничивать доступ для каждой экранной формы.
Структура экранной формы и представление визуализируется посредством
использования метода drag and drop.
5.1.13.3.
Модуль «Конструктор критериев экранных форм»
Модуль «Конструктор критерии экранных форм» позволяет задавать условия
выполнения действий (переходов) между экранными формами.
Требования для выполнения критерия зависит от компонентов заявления,
расположенных на экранной форме.
Данный модуль должен разграничивает выполнение условий по критерию, задает
несколько значений или выполняет определенное из заданного перечня.
5.1.14. Подсистема печатных форм
Подсистема печатных форм предоставляет возможность внесения электронных
форм документов (печатных форм) в формате *.jrxml, используемых в Системе на
определенном шаге бизнес-процесса.
Подсистема печатных форм предоставляет возможность заполнять поля
электронной формы документа из компонентов заявления, расположенных на экранной
форме.
Электронные формы документов (печатные формы), подгружаемые в Систему,
разрабатываются в свободно распространяемом ПО.
5.1.15. Подсистема «Конструктор видов сведений»
В подсистеме предоставлена возможность настройки видов сведений и полей
запроса и ответа.
Настройка видов сведений предусматривает следующие возможности:
- указывать общие параметры вида сведений (название, идентификатор класса,
тип запроса (исходящий, входящий, рассылка) и др.);
- указывать источник поступления запросов;
- загружать xsd-схему вида сведений;
- экспорт и импорт полей запроса и ответа.
Настройка полей запросов и ответов видов сведений предусматривает следующие
возможности:
- указывать общие параметры поля (идентификатор, заголовок, тип данных,
обязательность и др.);
- указывать параметры по настройке зависимости между полями.
5.2.
Сведения об условиях эксплуатации объекта технической поддержки и
характеристиках окружающей среды
Информационные процессы, возникающие при эксплуатации Системы, протекают
непрерывно в течение всего рабочего времени пользователей Системы. Ограничения на
время выполнения отдельных этапов информационных процессов не устанавливаются.
Система не предназначена для эксплуатации в особых условиях.
6. ТРЕБОВАНИЯ К ОРГАНИЗАЦИОННОМУ ОБЕСПЕЧЕНИЮ
В ходе оказания услуг по настоящему описанию объекта закупки должно
обеспечиваться постоянное взаимодействие между Заказчиком и Исполнителем.
Период оказания услуг определяется условиями Контракта (в соответствии с
пунктом 2.3. настоящего ООЗ).
На приемке оказанных услуг за отчетный период, все запросы, поступившие в отчетном
периоде (кроме запросов со статусом «Отложен»), должны быть решены и закрыты не
менее чем за 2 рабочих дня до направления письма о факте завершения оказания Услуг.
7. ОБЕСПЕЧЕНИЕ ЗАЩИТЫ ИНФОРМАЦИИ
В рамках оказания услуг по настоящему описанию объекта закупки Исполнитель
обязан:
 обеспечить организационные и технические меры для защиты данных,
хранящихся в информационной системе, от неправомерного или случайного доступа к ним
третьих лиц, уничтожения, изменения, блокирования, копирования, распространения, а
также от иных неправомерных действий;
 обеспечить конфиденциальность и неразглашение информации и данных,
хранящихся в информационной системе и получаемых в связи с исполнением
муниципального контракта;
 ограничивать доступ к информации, в том числе для сотрудников, не имеющих
служебной необходимости в ознакомлении с данной информацией;
 не использовать информацию, ставшую ему известной при исполнении
муниципального контракта, в целях, не предусмотренных муниципальным контрактом.
 Исполнитель обязан обеспечить конфиденциальность персональных данных,
безопасность их обработки в зоне своей ответственности в ходе оказания услуг понастоящему ООЗ. Для защиты персональных данных от несанкционированного доступа
Исполнитель в зоне своей ответственности обязан принимать все необходимые
организационные и технические меры.
При оказании услуг по-настоящему ООЗ, Исполнитель должен обеспечить
соблюдение сотрудниками Исполнителя требований к обеспечению конфиденциальности,
целостности и доступности обрабатываемой информации.
Исполнитель должен определить перечень работников, для которых предполагается
удаленный доступ к информационной инфраструктуре Заказчика, а также перечень
информации и информационных ресурсов, расположенных на серверах Заказчика, к
которым будет предоставляться удаленный доступ.
Недопустима передача персональных данных, ставших известными сотрудникам
Исполнителя в ходе оказания услуг по настоящему описанию объекта закупки, третьим
лицам, если иное не предусмотрено законодательством Российской Федерации.
Исполнитель несет ответственность в соответствии с законодательством Российской
Федерации за действия своих сотрудников при оказании услуг по настоящему ООЗ,
которые могут повлечь за собой нарушение функционирования систем Заказчика в целом и
(или) свойств безопасности (конфиденциальности, целостности и доступности)
обрабатываемой в системах Заказчика информации.
При возникновении аварийных ситуаций либо ошибок в программном обеспечении
диагностические инструменты позволяют сохранять полный набор информации,
необходимой для идентификации проблемы.
8. ТРЕБОВАНИЯ К ГАРАНТИИ
Исполнитель гарантирует, что оказываемые Услуги соответствуют требованиям,
установленным в Контракте, обязательным нормам и правилам, регулирующим данную
деятельность (ГОСТ, ТУ), а также иным требованиям законодательства Российской
Федерации, действующим на момент оказания Услуг.
Исполнитель должен обеспечить качество результата оказанных услуг в
соответствии с требованиями настоящего ООЗ.
Гарантийный срок на оказываемые по Контракту Услуги не установлен
ПРИЛОЖЕНИЕ № 2
к Муниципальному контракту № ___/20__
от «__» __________ 202_ г
СПЕЦИФИКАЦИЯ2
№
п/п
Наименование
1
2
Оказание услуг по технической
поддержке муниципальной
1.
информационной системы
«Референдум»
ИТОГО:
Ед. изм.
Кол-во
Цена за ед.
без НДС3,
руб.
3
4
5
Мес.
12
Стоимость
без НДС,
руб.
Ставка НДС,
%
Цена за ед. с
НДС, руб.
Стоимость с
НДС, руб.
6
7
8
9
Итого: _______________ (_________________________________________________________) рублей ___ копеек,
с НДС:
в том числе НДС __ %, составляет __________ (_________________________________) ______ ___ копеек,
без НДС: НДС не предусмотрен на основании _________________________________.
2
3
Показатели будут откорректированы в соответствии с ценовым предложением победителя электронной процедуры.
В случае, если Исполнитель не является плательщиком НДС, цена за единицу продукции соответствует колонке № 8 Таблицы».
